WINDEV 2025 : Les concepts

Partie 3 : Bases de données 99 La description des cardinalités est fondamentale : elle est la base du respect de l’intégrité référentielle de la base de données. Pour plus de clarté, ces deux questions peuvent être décomposées en quatre questions. Par exemple, pour décrire une liaison entre le fichier de données Club et le fichier de données Personne : • chaque "Club" a au moins un "Personne" : Oui/ Non ? • chaque "Club" peut avoir plusieurs "Personnes" : Oui/Non ? • chaque "Personne" a au moins un "Club" : Oui/ Non ? • chaque "Personne" peut avoir plusieurs "Clubs" : Oui/Non ? Exemple de cardinalités  : Cet exemple présente deux cardinalités différentes : • Cardinalité 0,1  : Une personne peut être inscrite à un seul club de sport. Cette personne n’est pas obligée d’être inscrite à un club de sport. • Cardinalité 0,N  : Un club peut avoir aucune ou plusieurs personnes inscrites. 3.3 Les cardinalités avancées Il est possible de définir avec plus de précision les cardinalités. On parle alors de cardinalités avan- cées . Ces cardinalités permettent de préciser exactement la cardinalité minimale et la cardinalité maximale. Pour définir les cardinalités avancées, cochez l’op- tion "Affichez les cardinalités avancées" dans la des- cription de la liaison. Exemple de cardinalités avancées  : Cet exemple présente deux cardinalités différentes : • Cardinalité 0,1  : Une personne peut être inscrite à un seul club de sport. Cette personne n’est pas obligée d’être inscrite à un club de sport. • Cardinalité 0,10  : Un club peut avoir de 0 à 10 personnes inscrites. 3.4 L’intégrité référentielle L’intégrité référentielle d’une base de données cor- respond au respect des contraintes impliquées par les liaisons entre les fichiers de données. L’intégrité référentielle consiste à vérifier par exemple que : • si un enregistrement est supprimé dans le pro- priétaire, les enregistrements correspondants dans les membres sont également supprimés, • si un enregistrement est ajouté dans un membre, il existe un enregistrement correspondant dans le propriétaire, • si un enregistrement est modifié dans un proprié- taire, la clé unique n’est pas modifiée, ... La vérification de l’intégrité référentielle dépend de la nature de la liaison entre les fichiers de données. Pour plus de détails sur le contrôle de l’intégrité ré- férentielle, consultez l’aide en ligne. 3.5 Les différents types de liaisons Les liaisons entre fichiers de données peuvent être de plusieurs types : • parallèle • facultative • de complément • partagée • complexe Liaison parallèle Dans le cas d’une liaison parallèle, chaque enregis- trement d’un fichier de données (Produit) est relié à un enregistrement dans un autre fichier de données (Information), et réciproquement . Pour gérer une liaison parallèle, l’identifiant du fi- chier de données Produit est copié dans le fichier de données Information. Cet identifiant est également clé unique dans le fichier de données Information. Le fichier de données propriétaire est alors Produit et le fichier de données membre est Information. Remarque  : Ce type de liaison est rare car les deux fichiers de données peuvent être regroupés en un seul.