SQL Integritätsregeln - Versionsgeschichte

Kowa am 14. August 2019 um 17:37 Uhr

2019-08-14T17:37:12Z

← Nächstältere Version		Version vom 14. August 2019, 17:37 Uhr
Zeile 162:		Zeile 162:

	[[Kategorie:Glossar]]		[[Kategorie:Glossar]]
	[[Kategorie:~~Datenmanangement~~]]		[[Kategorie:Datenmanagement]]

Kowa am 14. August 2019 um 17:36 Uhr

2019-08-14T17:36:47Z

← Nächstältere Version		Version vom 14. August 2019, 17:36 Uhr
Zeile 1:		Zeile 1:
			{{Qualität
			\|correctness = 3
			\|extent = 3
			\|numberOfReferences = 1
			\|qualityOfReferences = 5
			\|conformance = 5
			}}
	==Definition==		==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.

Kowa am 1. Juni 2017 um 07:20 Uhr

2017-06-01T07:20:19Z

← Nächstältere Version		Version vom 1. Juni 2017, 07:20 Uhr
Zeile 1:		Zeile 1:
	=Definition=		==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 11:		Zeile 11:
	#'''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 27:		Zeile 26:
	);		);
	</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 59:		Zeile 56:
	);		);
	</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 92:		Zeile 88:
	</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 114:		Zeile 109:
	</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 134:		Zeile 128:
	);		);
	</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 155:		Zeile 147:
	);		);
	</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. (2007): Einstieg in SQL]]

	[[Kategorie:Glossar]]		[[Kategorie:Glossar]]
	[[Kategorie:~~Informatik~~]]		[[Kategorie:Datenmanangement]]

Kowa am 8. Juli 2012 um 11:46 Uhr

2012-07-08T11:46:13Z

← Nächstältere Version		Version vom 8. Juli 2012, 11:46 Uhr
Zeile 162:		Zeile 162:

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

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

Melissa am 16. Juli 2008 um 23:51 Uhr

2008-07-16T23:51:09Z

← Nächstältere Version		Version vom 16. Juli 2008, 23:51 Uhr
Zeile 1:		Zeile 1:
	~~{{In Bearbeitung}}~~
	=Definition=		=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.

Melissa am 16. Juli 2008 um 20:47 Uhr

2008-07-16T20:47:58Z

← Nächstältere Version		Version vom 16. Juli 2008, 20:47 Uhr
Zeile 2:		Zeile 2:
	=Definition=		=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.

	Es gibt folgende Integritätsregeln:		Es gibt folgende Integritätsregeln:
Zeile 14:		Zeile 14:

	==1. 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.

	<pre>		<pre>
Zeile 63:		Zeile 63:

	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.
	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.		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.		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.
Zeile 69:		Zeile 69:
	Dafür gibt es vier Fälle:		Dafür gibt es vier Fälle:
	#NO ACTION <br/>Wird aus der Vatertabelle etwas gelöscht, passiert in der abhängigen Tabelle nichts.		#NO ACTION <br/>Wird aus der Vatertabelle etwas gelöscht, passiert in der abhängigen Tabelle nichts.
	#CASCADE <br/>Die Datensätze der abhängigen Tabelle werden ~~mit gelöscht~~ oder aktualisiert.		#CASCADE <br/>Die Datensätze der abhängigen Tabelle werden mitgelöscht oder aktualisiert.
	#SET DEFAULT <br/>Der Schlüsselwert der abhängigen Tabelle wird auf DEFAULT gesetzt.		#SET DEFAULT <br/>Der Schlüsselwert der abhängigen Tabelle wird auf DEFAULT gesetzt.
	#SET NULL <br/>Wenn etwas in der Vatertabelle geändert oder gelöscht wird, wird der abhängige Wert auf NULL gesetzt.		#SET NULL <br/>Wenn etwas in der Vatertabelle geändert oder gelöscht wird, wird der abhängige Wert auf NULL gesetzt.
Zeile 118:		Zeile 118:
	==4. 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.

	<pre>		<pre>
Zeile 141:		Zeile 141:

	==5. 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.

	<pre>		<pre>

Melissa am 16. Juli 2008 um 15:49 Uhr

2008-07-16T15:49:13Z

← Nächstältere Version		Version vom 16. Juli 2008, 15:49 Uhr
Zeile 26:		Zeile 26:
	CONSTRAINT student_pk		CONSTRAINT student_pk
	PRIMARY KEY (s_matr)		PRIMARY KEY (s_matr)
	);		);
	</pre>		</pre>

Melissa am 16. Juli 2008 um 15:47 Uhr

2008-07-16T15:47:46Z

← Nächstältere Version		Version vom 16. Juli 2008, 15:47 Uhr
Zeile 7:		Zeile 7:

	#'''Primärschlüssel''' <br/>Jeder Datensatz wird eindeutig ansprechbar.		#'''Primärschlüssel''' <br/>Jeder Datensatz wird eindeutig ansprechbar.
	#'''Fremdschlüssel''' <br/>Tabellen werden eindeutig ~~Verknüpft~~.		#'''Fremdschlüssel''' <br/>Tabellen werden eindeutig verknüpft.
	#'''UNIQUE '''<br/>Es wird kein Wert doppelt abgespeichert.		#'''UNIQUE '''<br/>Es wird kein Wert doppelt abgespeichert.
	#'''CHECK''' <br/>Fehleingaben werden verhindert durch Überprüfungsregeln.		#'''CHECK''' <br/>Fehleingaben werden verhindert durch Überprüfungsregeln.
Zeile 14:		Zeile 14:

	==1. 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 20:		Zeile 20:
	CREATE TABLE student		CREATE TABLE student
	(		(
	s_matr INTEGER NOT NULL,		s_matr INTEGER NOT NULL,
	s_name VARCHAR NOT NULL,		s_name VARCHAR NOT NULL,
	s_vorname VARCHAR,		s_vorname VARCHAR,

	CONSTRAINT student_pk		CONSTRAINT student_pk
	PRIMARY KEY (s_matr)		PRIMARY KEY (s_matr)
	);		);
Zeile 40:		Zeile 40:
	CREATE TABLE studiengang		CREATE TABLE studiengang
	(		(
	l_id INTEGER NOT NULL,		l_id INTEGER NOT NULL,
	l_name VARCHAR NOT NULL,		l_name VARCHAR NOT NULL,

	CONSTRAINT studiengang_pk		CONSTRAINT studiengang_pk
	PRIMARY KEY (l_id)		PRIMARY KEY (l_id)
	);		);

	CREATE TABLE student		CREATE TABLE student
	(		(
	s_matr INTEGER NOT NULL,		s_matr INTEGER NOT NULL,
	s_name VARCHAR NOT NULL,		s_name VARCHAR NOT NULL,
	s_vorname VARCHAR,		s_vorname VARCHAR,
	s_studiengang VARCHAR,		s_studiengang VARCHAR,

	CONSTRAINT student_pk		CONSTRAINT student_pk
	PRIMARY KEY (s_matr),		PRIMARY KEY (s_matr),

	FOREIGN KEY (s_studiengang) REFERENCES studiengang (l_id)		FOREIGN KEY (s_studiengang) REFERENCES studiengang (l_id)
	);		);
	</pre>		</pre>
Zeile 78:		Zeile 78:
	CREATE TABLE student		CREATE TABLE student
	(		(
	s_matr INTEGER NOT NULL,		s_matr INTEGER NOT NULL,
	s_name VARCHAR NOT NULL,		s_name VARCHAR NOT NULL,
	s_vorname VARCHAR,		s_vorname VARCHAR,
	s_studiengang VARCHAR,		s_studiengang VARCHAR,

	CONSTRAINT student_pk		CONSTRAINT student_pk
	PRIMARY KEY (s_matr),		PRIMARY KEY (s_matr),

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

	[ON DELETE {NO ACTION \| CASCADE \|SET DEAFAULT \| SET NULL}]		[ON DELETE {NO ACTION \| CASCADE \|SET DEAFAULT \| SET NULL}]
	[ON UPDATE {NO ACTION \| CASCADE \|SET DEAFAULT \| SET NULL}]		[ON UPDATE {NO ACTION \| CASCADE \|SET DEAFAULT \| SET NULL}]
	);		);
	</pre>		</pre>
Zeile 103:		Zeile 103:
	CREATE TABLE student		CREATE TABLE student
	(		(
	s_matr INTEGER NOT NULL,		s_matr INTEGER NOT NULL,
	s_name VARCHAR NOT NULL,		s_name VARCHAR NOT NULL,
	s_vorname VARCHAR,		s_vorname VARCHAR,
	s_studiengang VARCHAR,		s_studiengang VARCHAR,

	CONSTRAINT student_pk		CONSTRAINT student_pk
	PRIMARY KEY (s_matr),		PRIMARY KEY (s_matr),

	UNIQUE (s_name, s_studiengang [...])		UNIQUE (s_name, s_studiengang [...])
	);		);
	</pre>		</pre>
Zeile 124:		Zeile 124:
	(		(
	b_nr INTEGER NOT NULL,		b_nr INTEGER NOT NULL,
	b_titel VARCHAR NOT NULL,		b_titel VARCHAR NOT NULL,
	b_verlag VARCHAR,		b_verlag VARCHAR,
	b_anzahl INTEGER,		b_anzahl INTEGER,
	b_bestellmenge INTEGER,		b_bestellmenge INTEGER,

	CONSTRAINT buch_pk		CONSTRAINT buch_pk
	PRIMARY KEY (b_nr),		PRIMARY KEY (b_nr),

	CHECK (b_bestellmenge <= b_anzahl)		CHECK (b_bestellmenge <= b_anzahl)
	);		);
	</pre>		</pre>
Zeile 152:		Zeile 152:
	b_bestellmenge INTEGER,		b_bestellmenge INTEGER,

	CONSTRAINT buch_pk		CONSTRAINT buch_pk
	PRIMARY KEY (b_nr)		PRIMARY KEY (b_nr)
	);		);

Melissa am 16. Juli 2008 um 12:04 Uhr

2008-07-16T12:04:59Z

← Nächstältere Version		Version vom 16. Juli 2008, 12:04 Uhr
Zeile 164:		Zeile 164:
	=Quellen=		=Quellen=
	*[[Throll, M.; Bartosch, O. (2005): Einstieg in SQL]]		*[[Throll, M.; Bartosch, O. (2005): Einstieg in SQL]]

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

Melissa am 16. Juli 2008 um 12:03 Uhr

2008-07-16T12:03:33Z

Neue Seite

{{In Bearbeitung}}
=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:

#'''Primärschlüssel''' Jeder Datensatz wird eindeutig ansprechbar.
#'''Fremdschlüssel''' Tabellen werden eindeutig Verknüpft.
#'''UNIQUE ''' Es wird kein Wert doppelt abgespeichert.
#'''CHECK''' Fehleingaben werden verhindert durch Überprüfungsregeln.
#'''DEFAULT''' Standardwerte können gesetzt werden.

==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.
Die Spalte die als Primärschlüssel bestimmt wird, sollte dafür auch geeignet sein wie beispielsweise die Matrikelnummer jedes Studenten.

<pre>
CREATE TABLE student
(
s_matr INTEGER NOT NULL,
s_name VARCHAR NOT NULL,
s_vorname VARCHAR,

CONSTRAINT student_pk
PRIMARY KEY (s_matr)
);
</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.

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

<pre>
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)
);
</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.
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:
#NO ACTION Wird aus der Vatertabelle etwas gelöscht, passiert in der abhängigen Tabelle nichts.
#CASCADE Die Datensätze der abhängigen Tabelle werden mit gelöscht oder aktualisiert.
#SET DEFAULT Der Schlüsselwert der abhängigen Tabelle wird auf DEFAULT gesetzt.
#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:

<pre>
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}]
);
</pre>

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

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

<pre>
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 [...])
);
</pre>

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

<pre>
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)
);
</pre>

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

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

<pre>
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)
);
</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.
Man könnte auch die CHECK Klausel mit DEFAULT erweitern.

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