Discussion :

[NouveauDev]

Bonjour à tous.

Débutant sur SQL-Server, j'ai créé une base de données dans laquelle j'ai créé des tables.

Ma première table est composée de champs dont un champ ID_First PrimaryKey uniqueidentifier.
Ma seconde table est composée de champs dont un champ ID_SEC PrimaryKey uniqueidentifier et un second champ FK_First int.

J'aimerais faire une relation entre la première et la seconde table avec le champ ID_First (de la première table) et FK_First (de la seconde table).

Le souci est que quand je créé ma relation, un message d'erreur apparaît : "Les propriétés suivantes du type de données de la colonne "PremiereTable.ID_First" ne correspondent pas à celles de "SecondeTable.FK_First."
-Data type
-Length
-Precision "

J'ai modifié le type de FK_First mais j'ai toujours de même problème.

Pouvez-vous m'aider svp ..

Merci par avance?

[SQLpro]

Bonjour,

plusieurs choses dans votre discours.... D'abord la terminologie !

1) une relation est un objet mathématique porteur de données. C'est une table dotés des propriété suivantes : une clef "primaire" ou une contrainte d'unicité non NULLable et doté d'aucune valeur inconnue (pas de NULL) et pour lesquelles toutes les valeurs sont atomiques. Certaines tables sont relationnelles (celles qui possèdent toutes les caractéristiques évoquées
Le mot relation se référe à la définition suivante extraire du Larrousse :
"Action de rapporter en détail ce dont on a été le témoin ou dont on a eu connaissance ; récit qu'on en fait : Faire la relation des événements auxquels on a participé."
Cela n'a rien à voir avec un quelconque "lien" ! Malheureusement c'est une croyance couramment répandue et parfaitement idiote, les SGBDR n'ayant justement pas de lien pré établis

2) la notion de champ , est une référence physique : champ de patate, champ visuel, champ de formulaire... Mais cela n'existe pas dans les SGBDR ou l'on parle de ligne, de colonne, de valeur... dans une table ou une relation...

3) pour créer une contrainte d'intégrité référentielle 'et non une relation), le plus simple est de passer par une ligne de code comme ceci :
ALTER TABLE maTableFille
ADD CONSTRAINT LeNomDeMaContrainte
FOREIGN KEY (liste_des_colonne_fille)
REFERENCES maTable Mere (liste_des_colonnes_mere)

Les types des colonnes devant être strictement identique entre les deux listes de colonnes et dans la même position.
Dans votre cas, dans la seconde table vore colonne (et non champ) FK_First doit être de type UNIQUEIDENTIFIER et non en INT.

Vous pouvez aussi choisir la règle de gestion de l'intégrité référentielle avec, au choix :
ON UDPATE / DELETE SET NO ACTION / CASCADE / SET DEFAULT / SET NULL.


A +