Wer benutzt referentielle Integrität / Constraints etc. ?

[p80286]

Zitat von Phoenix:

Andersum gibt es nur einen Grund, eine Datenbank ohne referentielle Integrität aufzusetzen: Man hat keinen Funken Berufsehre und es ist einem egal, wenn man schlampige Arbeit abliefert. Bei mir wäre das abliefern so einer Datenbank ein Grund für eine Abmahnung, wenn nicht sogar für eine fristlose Kündigung.

Es gibt noch einen weiteren Grund, hemmungslose Selbstüberschätzung.

Gruß
K-H

[bernerbaer]

Grundsätzlich gebe ich meinen Vorrednern recht. Relationale DB ohne referentielle Integrität macht kaum, oder in den wenigsten Fällen Sinn. Doch relationale Datenbanken sind nicht die einzigen DB-Systeme, oft stossen relationale DB an ihre Grenzen und es kommen alternative Datenbanksysteme (zb Dokumentenorientierte DB) zum Einsatz.

[Jumpy]

Ihr bestätigt mich in meiner Meinung. In vielen Dingen ist das ja so, dass das in der Schule gelernte (in der Praxis) nicht der Weisheit letzter Schluß ist, zumal ja auch die meisten Lehrer keine IT-Experten sind. Drum hab ich irgendwie in der Firma das Gefühl gehabt: "Glaub nich alles was du in der Schule lernst. Ist doch nur Theorie, zu verallgemeinert, oft zu veraltet." Stimmt sicher oft auch. Aber gerade bei der Datenbankentwicklung schien mir die Theorie doch sehr sinnvoll und logisch zu sein und konnte das nicht verstehen, dass das bei einigen hier so lax gehandhabt wird.

Gleiches gilt für Parameter. Wird bei uns kaum mit gearbeitet. SQL-Injection hab ich erstmals hier im Forum von gehört. Wobei man dazusagen muss, das in 98% der Fälle die SQL-Statements komplett im Code stehen, will heißen, da gibt's keinen User-Input. Aber trotzdem macht das doch Sinn und ggf. sogar einen Performance-Vorteil.

[Bernhard Geyer]

Zitat von Jumpy:

Aber trotzdem macht das doch Sinn und ggf. sogar einen Performance-Vorteil.

Nur wenn du das Statement auch preparest und mehrmals verwendest.