Diskussion:Integritätsbedingung

Doppeleintrag

PS: Auch wenn du der Meinung bist, dass diese beiden Artikel keine Doppeleinträge sind, wäre es trotzdem nett, wenn du dies äußern würdest, bevor du die Markierung entfernst.

Hallo sparti, es sind keine doppelten Einträge; referentielle Integrität ist nur eine Form der Interitätsbedingungen; selbst bei den (relationalen)Datenbanken gibt es aber noch weitere Integritätsbedingungen (Übersicht: http://cis.cs.tu-berlin.de/Lehre/WS-0405/Sonstiges/db-pages/Inhalt/grundbegriffe/Folien/index-28.html#pgfId-1002064 ).

Und dann wären da noch die Integritätsbedingungen, die sich nicht auf Datenbanken beziehen. Das Beispiel wäre allerdings bei "referentieller Integrität" besser aufgehoben, da hast du Recht. 130.149.156.17 12:41, 1. Aug 2005 (CEST)

Danke an Unbekannt. Doppeleintrag eintrag wurde entfernt. -- sparti 12:55, 1. Aug 2005 (CEST)

Es gibt noch mehr Integritätsbedingungen

• Man kann Integritätsbedingungen auch mit Triggern prüfen. Das ist vor allem dann erforderlich, wenn komplexere Bedingungen implementiert werden sollen.

• Es gibt unique-Bedingungen, die die Integrität der gespeicherten Primärschlüssel oder Sekundärschlüssel gewährleisten.

• Es gibt Check-Bedingungen, die die Integrität einzelner Spalten überwachen (Aber sind das dann auch Integritätsbedingungen?)

• Es gibt noch darüber hinaus Geschäftslogok, die auf einer höheren Ebene die Integrität der Daten gewährleisten. Diese Integritätsbedingungen werden oft durch Programmlogok implementiert. Beispiel: Eine Überweisung darf erst dann ausgeführt werden, wenn zuvor geprüft wurde, ob auf dem Konto genügend Geld drauf ist.

• Stichwort Datenreplikation. Materialized Views, Aggregat-Tabellen im Bereich Datawarehouse. Da gibt es auch noch einiges.

Ich finde es unausgewogen, dass die Fremdschlüssel-Beziehungen hier so ausführlich beschrieben werden und die anderen Integritätsbedingungen nicht. Außerdem gibt es noch die Artikel Referenzielle Integrität Fremdschlüssel und Constraint. Wir sollten sehen, dass hier 1. keine Überschneidungen entstehen und 2. die Themen wirklich da beschrieben werden, wo sie hingehören. -- 77.176.222.244 19:42, 4. Mär. 2007 (CET)

Vielleicht wäre es sinnvoll, die Integritätsbedingungen bzw. Constraints aus dem Bereich der relationelen Datenbanken in einem eigenen Artikel zu beschreiben. z.B. in Constraint (Datenbanken) -- 82.135.37.138 10:42, 12. Mär. 2007 (CET)

Es gibt auch noch den Artikel Konsistenz (Datenbank) der auch genau dieses Thema beschreibt. --Julius-m 20:55, 29. Mär. 2007 (CEST)

Weblinks

Müssen ausgerechnet die Links zum MySQL hier genannt werden, wo die default-Speicher-Engine von MySQL die Fremdschlüssel überhaupt gar nicht unterstützt? Die meisten anderen RDBMS unterstützen auch Fremdschlüssel. --Julius-m 20:11, 29. Mär. 2007 (CEST)

Integrität

Könnte man der Integrität einen zu einem eigenen Artikel verhelfen?

LG --80.121.40.69 18:08, 10. Jun. 2007 (CEST)

Was ist an diesem hier Integrität falsch? -- sparti 12:42, 11. Jun. 2007 (CEST)

Defekte Weblinks

Dieser Baustein verhindert die automatische Archivierung dieses Abschnitts und seiner Unterabschnitte.

Die folgenden Weblinks wurden von einem Bot („GiftBot“) als nicht erreichbar erkannt.
Ausführliche Erläuterungen und Hilfe zur korrekten Behebung dieser Fehler finden sich auf Wikipedia:Defekte Weblinks. Ist ein von einem Bot als defekt gemeldeter externer Link doch erreichbar, dann bitte berichten – wie auch sonstige Probleme.

• http://dev.mysql.com/doc/refman/5.1/de/ansi-diff-foreign-keys.html
  • Vielleicht ist eine archivierte Version geeignet: archive.orghttp://giftbot.dwl.invalid/http://dev.mysql.com/doc/refman/5.1/de/ansi-diff-foreign-keys.html
• http://dev.mysql.com/doc/refman/5.1/de/example-foreign-keys.html
  • Vielleicht ist eine archivierte Version geeignet: archive.orghttp://giftbot.dwl.invalid/http://dev.mysql.com/doc/refman/5.1/de/example-foreign-keys.html

– GiftBot (Diskussion) 13:43, 21. Dez. 2015 (CET)