Peut-on vérifier les données de référence des contraintes à partir de tables externes ?

Les contraintes de vérification peuvent-elles utiliser des données de table externes ?

Dans le domaine de la gestion de bases de données relationnelles, les contraintes de vérification jouent un rôle crucial pour garantir l'intégrité des données. . Ces contraintes appliquent des règles spécifiques sur les valeurs pouvant être insérées dans une table. Un cas d'utilisation courant consiste à restreindre les valeurs dans une certaine plage ou à assurer la cohérence avec d'autres tables.

Cependant, les contraintes de vérification peuvent-elles aller au-delà du simple référencement à la table à laquelle elles sont appliquées ? Peuvent-ils exploiter les données d'autres tables pour définir leurs restrictions ?

La puissance des contrôles CROSS JOIN

La réponse est un oui catégorique. À l’aide des vérifications de jointure croisée, il est possible d’associer une contrainte de vérification à une autre table. Cette technique vous permet de créer des contraintes qui appliquent des règles basées sur des données provenant de plusieurs sources.

Exemple : contraintes de vérification inter-tables

Considérez l'exemple fourni. Nous avons deux tables :

• ProjectTimeSpan avec des colonnes StartDate et EndDate.
• SubProjectTimeSpan avec des colonnes StartDate et EndDate.

Supposons que nous voulions nous assurer que les StartDate et EndDate du sous-marin -la durée du projet ne dépasse pas les valeurs correspondantes dans la durée du projet. Nous pouvons créer une contrainte de vérification de jointure croisée sur SubProjectTimeSpan comme suit :

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

Cette vérification interroge efficacement la table ProjectTimeSpan dans la définition de la contrainte. Il garantit que pour chaque ligne de SubProjectTimeSpan, il existe au moins une ligne correspondante dans ProjectTimeSpan avec des dates de début et de fin qui se chevauchent.

Alternative avec des fonctions

Comme alternative, vous pouvez utiliser des fonctions définies par l'utilisateur dans les contraintes de vérification. Cette approche offre une plus grande flexibilité et vous permet d'incorporer une logique complexe qui référence les données d'autres tables.

Par exemple, la fonction suivante pourrait être utilisée dans notre exemple :

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;

La contrainte de vérification peut ensuite être appliqué à l'aide de la fonction :

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

Conclusion

Contrôle des jointures croisées les contraintes et les fonctions définies par l'utilisateur vous permettent de créer des contraintes qui exploitent les données de plusieurs tables. En exploitant ces techniques, vous pouvez améliorer l’intégrité des données et appliquer efficacement des règles métier complexes. N'oubliez pas que les possibilités sont illimitées !

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!