Können Check-Constraints auf Daten aus externen Tabellen verweisen?

Können Prüfeinschränkungen externe Tabellendaten nutzen?

Im Bereich der relationalen Datenbankverwaltung spielen Prüfeinschränkungen eine entscheidende Rolle bei der Gewährleistung der Datenintegrität . Diese Einschränkungen erzwingen bestimmte Regeln für die Werte, die in eine Tabelle eingefügt werden können. Ein häufiger Anwendungsfall besteht darin, Werte innerhalb eines bestimmten Bereichs einzuschränken oder die Konsistenz mit anderen Tabellen sicherzustellen.

Können Prüfeinschränkungen jedoch über die bloße Referenzierung der Tabelle hinausgehen, auf die sie angewendet werden? Können sie Daten aus anderen Tabellen nutzen, um ihre Einschränkungen zu definieren?

Die Kraft von CROSS JOIN-Prüfungen

Die Antwort ist ein klares Ja. Mithilfe von Cross-Join-Prüfungen ist es möglich, eine Prüfeinschränkung einer anderen Tabelle zuzuordnen. Mit dieser Technik können Sie Einschränkungen erstellen, die Regeln basierend auf Daten aus mehreren Quellen erzwingen.

Beispiel: Inter-Table-Check-Einschränkungen

Betrachten Sie das bereitgestellte Beispiel. Wir haben zwei Tabellen:

• ProjectTimeSpan mit den Spalten StartDate und EndDate.
• SubProjectTimeSpan mit den Spalten StartDate und EndDate.

Angenommen, wir möchten sicherstellen, dass das StartDate und das EndDate der Zeitspanne des Teilprojekts nicht außerhalb liegen die entsprechenden Werte im Projektzeitraum. Wir können eine Cross-Join-Prüfungseinschränkung für SubProjectTimeSpan wie folgt erstellen:

ALTER TABLE SubProjectTimeSpan
ADD CONSTRAINT CK_TimeSpanRange
CHECK (
  EXISTS (
    SELECT *
    FROM ProjectTimeSpan
    WHERE
      StartDate = SubProjectTimeSpan.EndDate
  )
);

Diese Prüfung fragt effektiv die Tabelle ProjectTimeSpan innerhalb der Einschränkungsdefinition ab. Es stellt sicher, dass für jede Zeile in SubProjectTimeSpan mindestens eine passende Zeile in ProjectTimeSpan mit überlappenden Start- und Enddaten vorhanden ist.

Alternative mit Funktionen

Alternativ können Sie benutzerdefinierte Funktionen innerhalb von Check-Constraints verwenden. Dieser Ansatz bietet mehr Flexibilität und ermöglicht Ihnen die Integration komplexer Logik, die auf Daten aus anderen Tabellen verweist.

In unserem Beispiel könnte beispielsweise die folgende Funktion verwendet werden:

CREATE FUNCTION CheckFunction()
RETURNS INT
AS
BEGIN
  RETURN (
    SELECT CASE
      WHEN EXISTS (
        SELECT *
        FROM ProjectTimeSpan
        WHERE
          StartDate = SubProjectTimeSpan.EndDate
      )
      THEN 1
      ELSE 0
    END
  );
END;

Die Check-Einschränkung kann dann mit der Funktion angewendet werden:

ALTER TABLE SubProjectTimeSpan
ADD CONSTRAINT CK_TimeSpanRange
CHECK (CheckFunction() = 1);

Schlussfolgerung

Cross-Join-Check-Einschränkungen und benutzerdefinierte Funktionen ermöglichen es Ihnen, Einschränkungen zu erstellen, die Daten aus mehreren Tabellen nutzen. Durch die Nutzung dieser Techniken können Sie die Datenintegrität verbessern und komplexe Geschäftsregeln effektiv durchsetzen. Denken Sie daran, die Möglichkeiten sind grenzenlos!

Das obige ist der detaillierte Inhalt vonKönnen Check-Constraints auf Daten aus externen Tabellen verweisen?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!