„Constraint“ – Versionsunterschied
[ungesichtete Version] | [gesichtete Version] |
1 externer Link geändert |
|||
(63 dazwischenliegende Versionen von 52 Benutzern werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
{{Begriffsklärungshinweis}} |
|||
Ein '''Constraint''' (engl.: Einschränkung) wird häufig in [[Programmiersprache]]n |
|||
{{Überarbeiten}} |
|||
verwendet, um den Wertebereich einer [[Variable]]n einzuschränken. Auch in [[Datenbanksystem]]en |
|||
finden Constraints rege Anwendung. In der [[Programmanalyse]] verwendet man Constraints bei der Analyse funktionaler Programme. |
Mit '''Constraints''' (deutsch „Einschränkung“) werden in diversen [[Programmiersprache]]n Bedingungen definiert, die zwingend vom Wert einer [[Variable (Programmierung)|Variablen]] erfüllt werden müssen, damit der Wert ins System übernommen werden kann. In [[Datenbanksystem]]en finden Constraints rege Anwendung, um den [[Wertebereich]] (Domain) eines [[Skalare Variable|Skalars]] einzuschränken und Werte auf deren Zulässigkeit zu überprüfen. In der [[Programmanalyse]] verwendet man Constraints bei der Analyse funktionaler Programme. |
||
== Constraints in Programmiersprachen == |
== Constraints in Programmiersprachen == |
||
Constraints helfen dem [[Compiler]] und der Laufzeitumgebung, Programmierfehler |
Constraints helfen dem [[Compiler]] und der [[Laufzeitumgebung]], [[Programmierfehler]] einfacher zu erkennen. Nehmen wir eine Variable <code>Anzahl_der_Personen_im_Aufzug</code> an, hier ist anschaulich klar, dass diese Variable keinen negativen Wert haben darf und nicht über einem Maximalwert liegen darf. |
||
einfacher zu erkennen. Wenn man zum Beispiel eine Variable ''Anzahl_der_Personen_im_Fahrstuhl'' |
|||
hat, ist anschaulich klar, dass diese Variable keinen negativen Wert haben |
|||
darf und auch nicht über einer Maximalanzahl liegen darf. |
|||
In der Programmiersprache [[Ada (Programmiersprache)|Ada]] kann das so aussehen: |
In der Programmiersprache [[Ada (Programmiersprache)|Ada]] kann das so aussehen: |
||
'''type''' Kapazitaet '''is''' '''range''' 0..13; |
|||
Anzahl_der_Personen_im_Fahrstuhl : Kapazitaet := 15; |
|||
<syntaxhighlight lang="ada"> |
|||
Hier kann der Compiler sofort erkennen, dass ein Programmierfehler vorliegt. |
|||
type Kapazitaet is range 0..13; |
|||
Wäre die Variable nicht beschränkt, müsste der Programmierer die Einschränkungen |
|||
Anzahl_der_Personen_im_Aufzug : Kapazitaet := 15; |
|||
bei jeder Änderung selbst überprüfen. |
|||
</syntaxhighlight> |
|||
Hier kann der Compiler sofort erkennen, dass der Wert 15 außerhalb der zuvor spezifizierten Bedingung <code>range</code> liegt. Wäre die Variable nicht eingeschränkt, müsste der Programmierer diese Bedingung bei jeder Änderung selbst überprüfen. |
|||
''Siehe auch:'' [[Constraintprogrammierung]] |
|||
== Constraints in Datenbanksystemen == |
== Constraints in Datenbanksystemen == |
||
In Datenbanksystemen funktionieren Constraints prinzipiell |
In Datenbanksystemen funktionieren Constraints prinzipiell gleich. Constraints definieren Bedingungen, die beim Einfügen, Ändern und Löschen von Datensätzen in der Datenbank erfüllt werden müssen. |
||
kennen zusätzlich zu den Constraints noch [[Transaktion (Informatik)|Transaktionen]]. Die Kombination dieser beiden |
|||
Konzepte ist sehr mächtig, da am Ende einer Transaktion alle Constraints überprüft werden. |
|||
Wenn dabei irgend ein Constraint fehlschlägt, wird die ganze Transaktion zurückgenommen, |
|||
als sei nie etwas passiert. |
|||
Viele Datenbanksysteme kennen zusätzlich zu den Constraints noch [[Transaktion (Informatik)|Transaktionen]]. Die Kombination dieser beiden Konzepte ist sehr mächtig, da spätestens am Ende einer Transaktion alle Constraints überprüft werden. Wenn dabei ein Constraint fehlschlägt, werden sämtliche Änderungen an den Daten, die in dieser Transaktion durchgeführt wurden, zurückgenommen, als seien sie nie durchgeführt worden. |
|||
[[Kategorie:Datenbank]] |
|||
Constraints werden in Datenbanksystemen durch [[Integritätsbedingung]]en definiert. |
|||
[[el:Περιορισμός]] |
|||
[[en:Constraint]] |
|||
Auflistung möglicher Constraints in Datenbanksystemen: |
|||
[[fr:Contrainte]] |
|||
* <code>NOT NULL</code> → der Skalar kann nicht <code>NULL</code> sein |
|||
[[io:Koakto]] |
|||
* <code>PRIMARY KEY</code> → der Skalar muss einzigartig sein und kann nicht <code>NULL</code> sein |
|||
[[nl:Randvoorwaarde (wiskunde)]] |
|||
* <code>FOREIGN KEY</code> → der Skalar muss auf [[Referentielle Integrität]] geprüft werden |
|||
[[ro:Constrângere]] |
|||
* <code>UNIQUE</code> → der Skalar muss innerhalb des Attributes einzigartig sein |
|||
* <code>CHECK()</code> → explizite Überprüfungsanweisung an das [[Datenbankmanagementsystem|DBMS]]; auf was geprüft werden muss, wird als Option dieser Anweisung definiert<ref name="psqlconstraints" /> |
|||
Des Weiteren gibt es verschiedene Typen von Constraints: |
|||
* Attribut Constraints, beziehen sich auf eine einzelne Spalte |
|||
* Relationen-Constraints, beziehen sich auf mehrere Attribute (Spalten) |
|||
* Benannte Constraints, können anhand des Namens manipuliert werden |
|||
* Unbenannte Constraints, erhalten einen vom System generierten Namen |
|||
=== Beispiel: Attribut Constraint === |
|||
Im nachfolgenden Beispiel handelt es sich bei <code>PRIMARY KEY</code> um einen unbenannten Constraint und bei <code>CONSTRAINT persons_fp</code> um einen benannten Constraint. |
|||
<syntaxhighlight highlight="3" lang="sql"> |
|||
CREATE TABLE person( |
|||
id PRIMARY KEY, |
|||
fingerprint BYTEA CONSTRAINT persons_fp UNIQUE |
|||
); |
|||
</syntaxhighlight> |
|||
=== Beispiel: Relationen Constraint === |
|||
Im nachfolgenden Beispiel handelt es sich bei <code>CONSTRAINT person_prime</code> um einen benannten Constraint und bei <code>UNIQUE()</code> um einen unbenannten Constraint. |
|||
<syntaxhighlight highlight="6-7" lang="sql"> |
|||
CREATE TABLE person( |
|||
id SERIAL, |
|||
name VARCHAR, |
|||
dob DATE, |
|||
born_in VARCHAR, |
|||
CONSTRAINT person_prime PRIMARY KEY(id), |
|||
UNIQUE(name, dob, born_in) |
|||
); |
|||
</syntaxhighlight> |
|||
== Constraints in der Logistik == |
|||
Ein Constraint wird auch in diesem Fall als Einschränkung für eine durchgeführte [[Handeln|Aktion]] verwendet. Es wird nach [[Anforderung (Heuristik)|Anforderungen]] oder [[Requirements]] und Constraints unterschieden. Bei der Versorgung mit Gütern und Dienstleistungen in der [[Logistik]] geben die Constraints z. B. die Einschränkungen an, die bei Zuladung im Bereich [[Volumen]] oder [[Masse (Physik)|Gewicht]] für bestimmte [[Lkw]] gelten. |
|||
== Constraints in der Evolution == |
|||
In der Entwicklung schränken [[Constraint (Evolution)|Constraints]] evolutionäre Wege ein, zum Beispiel auf Grund historischer Gegebenheiten im Bauplan. |
|||
== Constraints in der theoretischen Informatik == |
|||
In der [[Theoretische Informatik|theoretischen Informatik]] und speziell in der [[Künstliche Intelligenz|KI-Forschung]] werden relationale Aussagen, die freie Variablen enthalten, oft als Constraint bezeichnet. Dann wird eine Variablenbelegung oder [[Interpretation (Logik)|Interpretation]] gesucht, die zu einer gegebenen Menge von Constraints passt, folglich diese simultan erfüllt. |
|||
Ein Beispiel: <code>x</code> ist echt oberhalb von <code>y</code>, <code>y</code> ist echt oberhalb von <code>z</code>, <code>z</code> ist oberhalb von <code>x</code> (diese Constraintmenge ist nicht erfüllbar). |
|||
Eine Belegung, die alle Constraints erfüllt, wird oft als „[[Modelltheorie|Modell]]“ bezeichnet. |
|||
== Constraints in Und-Oder-Bäumen == |
|||
In [[Und-Oder-Baum|Und-Oder-Bäumen]] finden sich Constraints an den Und-Knoten, hier müssen mehrere Teilziele [[konjunktiv]] erfüllt werden, um das Hauptziel zu erfüllen. |
|||
== Siehe auch == |
|||
* [[Constraintprogrammierung]] |
|||
* [[Constraint Satisfaction Problem]] |
|||
== Weblinks == |
|||
* {{Internetquelle |
|||
| autor = Roman Barták |
|||
| url = http://kti.mff.cuni.cz/~bartak/constraints/ |
|||
| titel = Guide to Constraint Programming |
|||
| zugriff = 2010-01-09 |
|||
}} |
|||
== Einzelnachweise == |
|||
<references> |
|||
<ref name="psqlconstraints">{{Internetquelle |
|||
|hrsg = PostgreSQL Global Development Group |
|||
|werk = PostgreSQL: Das Offizielle Handbuch |
|||
|url = http://www.postgresql.org/files/documentation/books/pghandbuch/html/ddl-constraints.html |
|||
|titel = Kapitel 5. Datendefinition - 5.4. Constraints |
|||
|kommentar = englisch: http://www.postgresql.org/docs/current/static/ddl-constraints.html |
|||
|zugriff = 2011-11-03 |
|||
|archiv-url = https://web.archive.org/web/20111027212156/http://www.postgresql.org/files/documentation/books/pghandbuch/html/ddl-constraints.html |
|||
|archiv-datum = 2011-10-27 |
|||
}}</ref> |
|||
</references> |
|||
[[Kategorie:Datenbanktheorie]] |
|||
[[Kategorie:Programmiersprachelement]] |
Aktuelle Version vom 16. Januar 2024, 23:09 Uhr
Mit Constraints (deutsch „Einschränkung“) werden in diversen Programmiersprachen Bedingungen definiert, die zwingend vom Wert einer Variablen erfüllt werden müssen, damit der Wert ins System übernommen werden kann. In Datenbanksystemen finden Constraints rege Anwendung, um den Wertebereich (Domain) eines Skalars einzuschränken und Werte auf deren Zulässigkeit zu überprüfen. In der Programmanalyse verwendet man Constraints bei der Analyse funktionaler Programme.
Constraints in Programmiersprachen
[Bearbeiten | Quelltext bearbeiten]Constraints helfen dem Compiler und der Laufzeitumgebung, Programmierfehler einfacher zu erkennen. Nehmen wir eine Variable Anzahl_der_Personen_im_Aufzug
an, hier ist anschaulich klar, dass diese Variable keinen negativen Wert haben darf und nicht über einem Maximalwert liegen darf.
In der Programmiersprache Ada kann das so aussehen:
type Kapazitaet is range 0..13;
Anzahl_der_Personen_im_Aufzug : Kapazitaet := 15;
Hier kann der Compiler sofort erkennen, dass der Wert 15 außerhalb der zuvor spezifizierten Bedingung range
liegt. Wäre die Variable nicht eingeschränkt, müsste der Programmierer diese Bedingung bei jeder Änderung selbst überprüfen.
Constraints in Datenbanksystemen
[Bearbeiten | Quelltext bearbeiten]In Datenbanksystemen funktionieren Constraints prinzipiell gleich. Constraints definieren Bedingungen, die beim Einfügen, Ändern und Löschen von Datensätzen in der Datenbank erfüllt werden müssen.
Viele Datenbanksysteme kennen zusätzlich zu den Constraints noch Transaktionen. Die Kombination dieser beiden Konzepte ist sehr mächtig, da spätestens am Ende einer Transaktion alle Constraints überprüft werden. Wenn dabei ein Constraint fehlschlägt, werden sämtliche Änderungen an den Daten, die in dieser Transaktion durchgeführt wurden, zurückgenommen, als seien sie nie durchgeführt worden.
Constraints werden in Datenbanksystemen durch Integritätsbedingungen definiert.
Auflistung möglicher Constraints in Datenbanksystemen:
NOT NULL
→ der Skalar kann nichtNULL
seinPRIMARY KEY
→ der Skalar muss einzigartig sein und kann nichtNULL
seinFOREIGN KEY
→ der Skalar muss auf Referentielle Integrität geprüft werdenUNIQUE
→ der Skalar muss innerhalb des Attributes einzigartig seinCHECK()
→ explizite Überprüfungsanweisung an das DBMS; auf was geprüft werden muss, wird als Option dieser Anweisung definiert[1]
Des Weiteren gibt es verschiedene Typen von Constraints:
- Attribut Constraints, beziehen sich auf eine einzelne Spalte
- Relationen-Constraints, beziehen sich auf mehrere Attribute (Spalten)
- Benannte Constraints, können anhand des Namens manipuliert werden
- Unbenannte Constraints, erhalten einen vom System generierten Namen
Beispiel: Attribut Constraint
[Bearbeiten | Quelltext bearbeiten]Im nachfolgenden Beispiel handelt es sich bei PRIMARY KEY
um einen unbenannten Constraint und bei CONSTRAINT persons_fp
um einen benannten Constraint.
CREATE TABLE person(
id PRIMARY KEY,
fingerprint BYTEA CONSTRAINT persons_fp UNIQUE
);
Beispiel: Relationen Constraint
[Bearbeiten | Quelltext bearbeiten]Im nachfolgenden Beispiel handelt es sich bei CONSTRAINT person_prime
um einen benannten Constraint und bei UNIQUE()
um einen unbenannten Constraint.
CREATE TABLE person(
id SERIAL,
name VARCHAR,
dob DATE,
born_in VARCHAR,
CONSTRAINT person_prime PRIMARY KEY(id),
UNIQUE(name, dob, born_in)
);
Constraints in der Logistik
[Bearbeiten | Quelltext bearbeiten]Ein Constraint wird auch in diesem Fall als Einschränkung für eine durchgeführte Aktion verwendet. Es wird nach Anforderungen oder Requirements und Constraints unterschieden. Bei der Versorgung mit Gütern und Dienstleistungen in der Logistik geben die Constraints z. B. die Einschränkungen an, die bei Zuladung im Bereich Volumen oder Gewicht für bestimmte Lkw gelten.
Constraints in der Evolution
[Bearbeiten | Quelltext bearbeiten]In der Entwicklung schränken Constraints evolutionäre Wege ein, zum Beispiel auf Grund historischer Gegebenheiten im Bauplan.
Constraints in der theoretischen Informatik
[Bearbeiten | Quelltext bearbeiten]In der theoretischen Informatik und speziell in der KI-Forschung werden relationale Aussagen, die freie Variablen enthalten, oft als Constraint bezeichnet. Dann wird eine Variablenbelegung oder Interpretation gesucht, die zu einer gegebenen Menge von Constraints passt, folglich diese simultan erfüllt.
Ein Beispiel: x
ist echt oberhalb von y
, y
ist echt oberhalb von z
, z
ist oberhalb von x
(diese Constraintmenge ist nicht erfüllbar).
Eine Belegung, die alle Constraints erfüllt, wird oft als „Modell“ bezeichnet.
Constraints in Und-Oder-Bäumen
[Bearbeiten | Quelltext bearbeiten]In Und-Oder-Bäumen finden sich Constraints an den Und-Knoten, hier müssen mehrere Teilziele konjunktiv erfüllt werden, um das Hauptziel zu erfüllen.
Siehe auch
[Bearbeiten | Quelltext bearbeiten]Weblinks
[Bearbeiten | Quelltext bearbeiten]- Roman Barták: Guide to Constraint Programming. Abgerufen am 9. Januar 2010.
Einzelnachweise
[Bearbeiten | Quelltext bearbeiten]- ↑ Kapitel 5. Datendefinition - 5.4. Constraints. In: PostgreSQL: Das Offizielle Handbuch. PostgreSQL Global Development Group, archiviert vom am 27. Oktober 2011; abgerufen am 3. November 2011 (englisch: http://www.postgresql.org/docs/current/static/ddl-constraints.html).