SQL Integritätsregeln: Unterschied zwischen den Versionen

aus GlossarWiki, der Glossar-Datenbank der Fachhochschule Augsburg
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
 
(4 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
{{In Bearbeitung}}
{{Qualität
=Definition=
|correctness        = 3
|extent              = 3
|numberOfReferences  = 1
|qualityOfReferences = 5
|conformance        = 5
}}
==Definition==
Die Inhalte einer Datenbank sollten idealerweise fehlerfrei und in sich schlüssig sein.
Die Inhalte einer Datenbank sollten idealerweise fehlerfrei und in sich schlüssig sein.
Beim Anlegen von Tabellen werden auch gleich deren Integritätsregeln festgelegt. Somit werden fehlerhafte Datensätze gar nicht erst angenommen.
Beim Anlegen von Tabellen werden auch gleich deren Integritätsregeln festgelegt. Somit werden fehlerhafte Datensätze gar nicht erst angenommen.
Zeile 12: Zeile 18:
#'''DEFAULT''' <br/>Standardwerte können gesetzt werden.
#'''DEFAULT''' <br/>Standardwerte können gesetzt werden.


 
===Primärschlüssel (PRIMARY KEY)===
==1. Primärschlüssel (PRIMARY KEY)==
Mit einem Primärschlüssel werden alle Datensätze eindeutig identifizierbar. Beim Erstellen von Datensätzen muss das Feld dieser Spalte gefüllt werden. Ist das nicht der Fall oder ist dieser Wert schon vorhanden wird der Datensatz nicht angenommen.
Mit einem Primärschlüssel werden alle Datensätze eindeutig identifizierbar. Beim Erstellen von Datensätzen muss das Feld dieser Spalte gefüllt werden. Ist das nicht der Fall oder ist dieser Wert schon vorhanden wird der Datensatz nicht angenommen.
Die Spalte die als Primärschlüssel bestimmt wird, sollte dafür auch geeignet sein, wie beispielsweise die Matrikelnummer jedes Studenten.
Die Spalte die als Primärschlüssel bestimmt wird, sollte dafür auch geeignet sein, wie beispielsweise die Matrikelnummer jedes Studenten.
Zeile 28: Zeile 33:
       );
       );
</pre>
</pre>


Hier wird der Primärschlüssel durch PRIMARY KEY  gesetzt und in den Klammern der betreffende Spaltenname. Mit CONSTRAINT bekommt der Primärschlüssel einen Namen, durch den er später ansprechbar wird. Man könnte PRIMARY KEY auch direkt hinter den Spaltennamen setzen, wenn die Tabelle nur einen Primärschlüssel bekommt.
Hier wird der Primärschlüssel durch PRIMARY KEY  gesetzt und in den Klammern der betreffende Spaltenname. Mit CONSTRAINT bekommt der Primärschlüssel einen Namen, durch den er später ansprechbar wird. Man könnte PRIMARY KEY auch direkt hinter den Spaltennamen setzen, wenn die Tabelle nur einen Primärschlüssel bekommt.


 
===Fremdschlüssel (FOREIGN KEY)===
==2. Fremdschlüssel (FOREIGN KEY)==
Fremdschlüssel dienen zur Verknüpfung von Tabellen und beziehen sich auf den Primärschlüssel einer anderen Tabelle. Dadurch werden die zwei Tabellen von einander abhängig.
Fremdschlüssel dienen zur Verknüpfung von Tabellen und beziehen sich auf den Primärschlüssel einer anderen Tabelle. Dadurch werden die zwei Tabellen von einander abhängig.
Wird eine Spalte als Fremdschlüssel gesetzt, können nur noch Werte eingesetzt werden, die in der verknüpften Tabelle, Spalte Primärschlüssel, eingebbar sind.
Wird eine Spalte als Fremdschlüssel gesetzt, können nur noch Werte eingesetzt werden, die in der verknüpften Tabelle, Spalte Primärschlüssel, eingebbar sind.
Zeile 60: Zeile 63:
       );
       );
</pre>
</pre>


Man legt den Fremdschlüssel mit FOREIGN KEY direkt an die Spaltendefinition an oder danach. Auch hier könnte man diesen mit CONSTRAINT benennen.
Man legt den Fremdschlüssel mit FOREIGN KEY direkt an die Spaltendefinition an oder danach. Auch hier könnte man diesen mit CONSTRAINT benennen.
Zeile 93: Zeile 95:
</pre>
</pre>


 
===UNIQUE===
==3. UNIQUE==
Eine weitere Möglichkeit um zu verhindern, dass ein Wert in einer Spalte öfter vorkommt, außer dem Primärschlüssel, lautet UNIQUE. Das Datenbanksystem verhindert damit automatisch, dass ein Wert doppelt eingetragen wird.
Eine weitere Möglichkeit um zu verhindern, dass ein Wert in einer Spalte öfter vorkommt, außer dem Primärschlüssel, lautet UNIQUE. Das Datenbanksystem verhindert damit automatisch, dass ein Wert doppelt eingetragen wird.


Zeile 115: Zeile 116:
</pre>
</pre>


 
===CHECK===
==4. CHECK==
Mit CHECK lassen sich Regeln selbst definieren. Bestimmte Spalten werden dann beim Eingeben von Datensätzen überprüft und diese daraufhin zugelassen oder nicht.
Mit CHECK lassen sich Regeln selbst definieren. Bestimmte Spalten werden dann beim Eingeben von Datensätzen überprüft und diese daraufhin zugelassen oder nicht.
Das heißt man kann testen, ob eine Eingabe zu bestimmten Werten gehört, oder in einem bestimmten Verhältnis zu einem anderen Wert steht.
Das heißt man kann testen, ob eine Eingabe zu bestimmten Werten gehört, oder in einem bestimmten Verhältnis zu einem anderen Wert steht.
Zeile 135: Zeile 135:
       );
       );
</pre>
</pre>


Auch hier kann CHECK direkt an die Spaltendefinition oder an das Ende der Tabellendefinition. Auch kann hier wieder mit CONSTRAINT gearbeitet werden.
Auch hier kann CHECK direkt an die Spaltendefinition oder an das Ende der Tabellendefinition. Auch kann hier wieder mit CONSTRAINT gearbeitet werden.


 
===DEFAULT===
==5. DEFAULT==
Man kann Standardwerte vorgeben, die dann, wenn nicht anderes angegeben wird, eingesetzt werden. Dadurch werden keine NULL-Werte gespeichert.
Man kann Standardwerte vorgeben, die dann, wenn nicht anderes angegeben wird, eingesetzt werden. Dadurch werden keine NULL-Werte gespeichert.


Zeile 156: Zeile 154:
       );
       );
</pre>
</pre>


Hier wird DEFAULT einfach an die Spaltendefinition hinten dran gehängt und der Wert angegeben. Somit wird automatisch wenn nichts anderes angeben wird '0' eingesetzt.
Hier wird DEFAULT einfach an die Spaltendefinition hinten dran gehängt und der Wert angegeben. Somit wird automatisch wenn nichts anderes angeben wird '0' eingesetzt.
Man könnte auch die CHECK Klausel mit DEFAULT erweitern.
Man könnte auch die CHECK Klausel mit DEFAULT erweitern.


 
==Quellen==
=Quellen=
*[[Throll, M.; Bartosch, O. (2007): Einstieg in SQL]]
*[[Throll, M.; Bartosch, O. (2005): Einstieg in SQL]]


[[Kategorie:Glossar]]
[[Kategorie:Glossar]]
[[Kategorie:Informatik]]
[[Kategorie:Datenmanagement]]

Aktuelle Version vom 14. August 2019, 19:37 Uhr

Dieser Artikel erfüllt die GlossarWiki-Qualitätsanforderungen nur teilweise:

Korrektheit: 3
(zu größeren Teilen überprüft)
Umfang: 3
(einige wichtige Fakten fehlen)
Quellenangaben: 1
(fehlen großteils)
Quellenarten: 5
(ausgezeichnet)
Konformität: 5
(ausgezeichnet)

Definition

Die Inhalte einer Datenbank sollten idealerweise fehlerfrei und in sich schlüssig sein. Beim Anlegen von Tabellen werden auch gleich deren Integritätsregeln festgelegt. Somit werden fehlerhafte Datensätze gar nicht erst angenommen.

Es gibt folgende Integritätsregeln:

  1. Primärschlüssel
    Jeder Datensatz wird eindeutig ansprechbar.
  2. Fremdschlüssel
    Tabellen werden eindeutig verknüpft.
  3. UNIQUE
    Es wird kein Wert doppelt abgespeichert.
  4. CHECK
    Fehleingaben werden verhindert durch Überprüfungsregeln.
  5. DEFAULT
    Standardwerte können gesetzt werden.

Primärschlüssel (PRIMARY KEY)

Mit einem Primärschlüssel werden alle Datensätze eindeutig identifizierbar. Beim Erstellen von Datensätzen muss das Feld dieser Spalte gefüllt werden. Ist das nicht der Fall oder ist dieser Wert schon vorhanden wird der Datensatz nicht angenommen. Die Spalte die als Primärschlüssel bestimmt wird, sollte dafür auch geeignet sein, wie beispielsweise die Matrikelnummer jedes Studenten.

CREATE TABLE student		
      (      
      s_matr     INTEGER    NOT NULL,      
      s_name     VARCHAR    NOT NULL,      
      s_vorname  VARCHAR,   
      
      CONSTRAINT student_pk  
      PRIMARY KEY (s_matr)
      );

Hier wird der Primärschlüssel durch PRIMARY KEY gesetzt und in den Klammern der betreffende Spaltenname. Mit CONSTRAINT bekommt der Primärschlüssel einen Namen, durch den er später ansprechbar wird. Man könnte PRIMARY KEY auch direkt hinter den Spaltennamen setzen, wenn die Tabelle nur einen Primärschlüssel bekommt.

Fremdschlüssel (FOREIGN KEY)

Fremdschlüssel dienen zur Verknüpfung von Tabellen und beziehen sich auf den Primärschlüssel einer anderen Tabelle. Dadurch werden die zwei Tabellen von einander abhängig. Wird eine Spalte als Fremdschlüssel gesetzt, können nur noch Werte eingesetzt werden, die in der verknüpften Tabelle, Spalte Primärschlüssel, eingebbar sind.

CREATE TABLE studiengang      
      (
      l_id	   INTEGER    NOT NULL,      
      l_name	   VARCHAR    NOT NULL,    
    
      CONSTRAINT studiengang_pk      
      PRIMARY KEY (l_id)    
      );

CREATE TABLE student		
      (      
      s_matr     	INTEGER    NOT NULL,      
      s_name     	VARCHAR    NOT NULL,      
      s_vorname  	VARCHAR,   
      s_studiengang  	VARCHAR,             
      
      CONSTRAINT student_pk  
      PRIMARY KEY (s_matr),

      FOREIGN KEY (s_studiengang) REFERENCES studiengang (l_id)  
      );

Man legt den Fremdschlüssel mit FOREIGN KEY direkt an die Spaltendefinition an oder danach. Auch hier könnte man diesen mit CONSTRAINT benennen. Mit REFERENCES wird die Tabelle, die „Vatertabelle“, angegeben, auf die sich der Fremdschlüssel bezieht und in den Klammern den Primärschlüssel. Die Tabelle, auf die verwiesen wird, muss jedoch schon vorhanden sein.

Wird ein Datensatz aus der Vatertabelle gelöscht, müssen auch die Datensätze aus der abhängigen Tabelle behandelt werden. Dies dient zur Bewahrung der Datenintegrität.

Dafür gibt es vier Fälle:

  1. NO ACTION
    Wird aus der Vatertabelle etwas gelöscht, passiert in der abhängigen Tabelle nichts.
  2. CASCADE
    Die Datensätze der abhängigen Tabelle werden mitgelöscht oder aktualisiert.
  3. SET DEFAULT
    Der Schlüsselwert der abhängigen Tabelle wird auf DEFAULT gesetzt.
  4. SET NULL
    Wenn etwas in der Vatertabelle geändert oder gelöscht wird, wird der abhängige Wert auf NULL gesetzt.

Das könnte dann folgendermaßen aussehen:

CREATE TABLE student		
      (      
      s_matr     	INTEGER    NOT NULL,      
      s_name     	VARCHAR    NOT NULL,      
      s_vorname  	VARCHAR,   
      s_studiengang  	VARCHAR,             
      
      CONSTRAINT student_pk  
      PRIMARY KEY (s_matr),

      FOREIGN KEY (s_studiengang) REFERENCES studiengang (l_id)
 
      [ON DELETE {NO ACTION | CASCADE  |SET DEAFAULT | SET NULL}] 
      [ON UPDATE {NO ACTION | CASCADE  |SET DEAFAULT | SET NULL}] 
      );

UNIQUE

Eine weitere Möglichkeit um zu verhindern, dass ein Wert in einer Spalte öfter vorkommt, außer dem Primärschlüssel, lautet UNIQUE. Das Datenbanksystem verhindert damit automatisch, dass ein Wert doppelt eingetragen wird.

Es gibt zwei Möglichkeiten UNIQUE zu setzten. Einmal direkt hinter der Spaltendefinition oder danach. Dabei können auch gleichzeitig mehrere Spalten angegeben werden.

CREATE TABLE student		
      (      
      s_matr     	INTEGER    NOT NULL,      
      s_name     	VARCHAR    NOT NULL,      
      s_vorname  	VARCHAR,   
      s_studiengang  	VARCHAR,             
      
      CONSTRAINT student_pk  
      PRIMARY KEY (s_matr),

      UNIQUE (s_name, s_studiengang [...])
      );

CHECK

Mit CHECK lassen sich Regeln selbst definieren. Bestimmte Spalten werden dann beim Eingeben von Datensätzen überprüft und diese daraufhin zugelassen oder nicht. Das heißt man kann testen, ob eine Eingabe zu bestimmten Werten gehört, oder in einem bestimmten Verhältnis zu einem anderen Wert steht.

CREATE TABLE buch		
      (      
      b_nr    		INTEGER    NOT NULL,      
      b_titel    	VARCHAR    NOT NULL,      
      b_verlag  	VARCHAR, 
      b_anzahl		INTEGER,  
      b_bestellmenge  	INTEGER,             
      
      CONSTRAINT buch_pk  
      PRIMARY KEY (b_nr),
		
      CHECK (b_bestellmenge <= b_anzahl)	
      );

Auch hier kann CHECK direkt an die Spaltendefinition oder an das Ende der Tabellendefinition. Auch kann hier wieder mit CONSTRAINT gearbeitet werden.

DEFAULT

Man kann Standardwerte vorgeben, die dann, wenn nicht anderes angegeben wird, eingesetzt werden. Dadurch werden keine NULL-Werte gespeichert.

CREATE TABLE buch		
      (      
      b_nr    		INTEGER    NOT NULL,      
      b_titel    	VARCHAR    NOT NULL,      
      b_verlag  	VARCHAR, 
      b_anzahl		INTEGER DEFAULT '0',  
      b_bestellmenge  	INTEGER,             
      
      CONSTRAINT buch_pk  
      PRIMARY KEY (b_nr)
      );

Hier wird DEFAULT einfach an die Spaltendefinition hinten dran gehängt und der Wert angegeben. Somit wird automatisch wenn nichts anderes angeben wird '0' eingesetzt. Man könnte auch die CHECK Klausel mit DEFAULT erweitern.

Quellen