Discussion :

[DiverSIG]

Bonjour,

Je ne sais pas si je suis sur le bon forum, car ma question ne porte pas sur la modélisation des tables de spécialisation en tant que tel, mais sur la gestion 'opérationnelle' de ces tables

Prenons l'exemple suivant :



Dans la table ADHERENT, on a la clé primaire numAdherent qui prendra par exemple les valeurs numAdh1, numAdh2, numAdh3
Dans la table ETUDIANT, on aura la variable numAdherent qui prendra la valeur numAdh1
Dans la table ENSEIGNANT, on aura la variable numAdherent qui prendra les valeurs numAdh2, numAdh3

Ca c'est dans un fonctionnement optimal.

Mais qu'est ce qui m'empêche de faire une requête INSERT dans la table ETUDIANT, ou la variable numAdherent prendrait la valeur numAdh2 ?
Du coup on se retrouverait avec un étudiant qui a une clé primaire=numAdh2, et un enseignant qui a une clé primaire=numAdh2

Si on considère que la relation de spécialisation est XT, comment faire pour eviter ce cas? quelle contrainte mettre en place ? (Trigger ?)


Merci,
Nico

[fsmrel]

Bonjour diverSIG,

Selon la norme SQL, on utiliserait une assertion, mais les éditeurs de SGBD SQL sont frileux et ne proposent pas l’instruction CREATE ASSERTION. Moralité : mettre en oeuvre un trigger.

Voyez par exemple la discussion :

https://www.developpez.net/forums/d2.../#post12015094

Quel est votre SGBD ? la grammaire de l’instruction CREATE TRIGGER est très différente d’un SGBD à l’autre...

[DiverSIG]

pour l'instant, rien n'est fixé, c'est du défrichage pour un futur projet, mais à priori, ce serait du postgreSQL

Nico

[tatayo]

Bonjour,
Je ne sais pas pour les autres SGBD, mais SqlServer permet de déclarer des contraintes CHECK sur une table, qui permet de vérifier une assertion.
On peut donc ici envisager une fonction qui va renvoyer le nombre d'enseignant ayant l'id passé en paramètre, et une contrainte sur la table Etudiant qui va vérifier que cette fonction renvoie bien 0 pour l'identifiant renseigné.
Et la même chose dans l'autre sens.

Tatayo.

[fsmrel]

Bonjour Tatayo,

SqlServer permet de déclarer des contraintes CHECK sur une table, qui permet de vérifier une assertion

Un exemple concret serait le bienvenu...

[fsmrel]

Tatayo, en fouillant, j’ai retrouvé ce qui va dans votre sens, dans une discussion avec dalinbm, où effectivement je crée une fonction et la contrainte concernée par la table impliquée (SGBD SQL Server).

C’est ici :

https://www.developpez.net/forums/d2.../#post12027028