Wer benutzt referentielle Integrität / Constraints etc. ?

[FredlFesl]

Der einzige 'Nachteil' bei der Implementierung der FK ist der mehr oder minder marginale Performanceverlust. Bei massiven Datenbankoperationen kann sich das schon bemerkbar machen.

Wenn man eh performancetechnisch auf der Kippe steht UND die Anwendung stabil ist, kann man die FK wieder rausschmeissen bzw. die Prüfung deaktivieren.

Ich würde es nicht machen, sondern eher das Design überdenken oder die Hardware aufmotzen.

Was ich oben beschrieben habe ist vergleichbar mit dem Rennfahrer, der sich abschnallt, weil er in extremen Kurvensituationen besser fahren kann und so noch 0.1sec rausholt. Das kann entscheidend sein, aber irgendwie vollkommen bescheuert. Dann lieber seine Fahrkünste und/oder das Auto pimpen.

Ich war allerdings mal in einer Situation (DB-technisch), wo man das Design nicht ändern konnte und für bessere Hardware kein Geld da war. Dann hat das Deaktivieren der Foreign Keys wirklich was gebracht. Wohl war mir dabei allerdings nicht.

Nicht das mich jemand falsch versteht:
DB-Design ohne FK ist was für gehirnamputierte Schwachmaten, Abschalten im laufenden Betrieb eher was für Adrenalinjunkies

[mkinzler]

Zitat:

Der einzige 'Nachteil' bei der Implementierung der FK ist der mehr oder minder marginale Performanceverlust. Bei massiven Datenbankoperationen kann sich das schon bemerkbar machen.

Aber nur in Sonderfällen. Normalerweise führt der dadurch erzeugte Index zu besseren Performance. (Klar kann man den auch händisch anlegen)

[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.

[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.