Diskussion:Integritätsbedingung

aus Wikipedia, der freien Enzyklopädie
Letzter Kommentar: vor 8 Jahren von GiftBot in Abschnitt Defekte Weblinks
Zur Navigation springen Zur Suche springen

Doppeleintrag

[Quelltext bearbeiten]

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

[Quelltext bearbeiten]
  • 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)Beantworten

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)Beantworten

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

[Quelltext bearbeiten]

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)Beantworten

Integrität

[Quelltext bearbeiten]

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

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

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

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