Mise en correspondance d'une association dans un diagramme de classes

Chapter 9 Gestion des Modèles Orientés Objet

Mise en correspondance d'une association dans un diagramme de classes

La correspondance O/R d'une association permet de définir la navigabilité du rôle d'une association dans la base de données. Si un rôle d'association n'est pas navigable, il n'est alors pas nécessaire de définir une correspondance pour cette association puisqu'aucune information n'est transmise entre les classes. En revanche, lorsqu'un rôle d'association est navigable, vous devez configurer la structure pour la transmission des données au sein de la base de données. Dans les bases de données relationnelles, la transmission des données est mise en oeuvre via l'utilisation de clés étrangères conçues pour lier un enregistrement contenu dans une table à un enregistrement contenu dans une autre table.

Le type de correspondance pour une association dépend de la multiplicité de l'association :

Les associations un-à-un ou un-à-plusieurs peuvent être mises en correspondance avec une référence dans le modèle source. Cette référence est utilisée dans la base de données pour transférer des données et migrer les colonnes de clé dans la table appropriée
Les associations plusieurs-à-plusieurs doivent être mises en correspondance avec une table associative. Cette table est créée pour conserver une relation entre plusieurs tables dans une base de données relationnelle. Les colonnes contenues dans une table associative sont une combinaison de clés dans la table impliquée dans la référence. Par exemple, les classes suivantes ont une association plusieurs-à-plusieurs :

Dans une base de données relationnelle, cette association est mise en correspondance avec la table associative suivante :

Requêtes SQL

Lorsque les rôles d'association sont navigables, les requêtes suivantes sont automatiquement calculées :

Requête	Action
Select (Rôle A)	Extrait les instances de la classe A pour le rôle A défini sur la classe B
Insert (Rôle A)	Associe une instance de la classe A à la classe B. Le traitement n'est effectué que si l'association source est une table associative
Delete (Rôle A)	Supprime de la classe B l'association à la classe A. Cette requête n'est calculée que si l'association source est une table associative
Select (Rôle B)	Extrait les instances de la classe B pour le rôle B défini sur la classe A
Insert (Rôle B)	Associe une instance de la classe B à la classe A. Cette requête n'est calculée que si l'association source est une table associative
Delete (Rôle B)	Supprime de la classe A l'association à la classe B. Cette requête n'est calculée que si l'association source est une table associative

Chaque instruction est automatiquement générée. Si vous modifiez une instruction, elle devient une instruction utilisateur et ne peut plus être automatiquement calculée et ce, même si vous modifiez la correspondance. Vous pouvez distinguer qu'une instruction est une instruction utilisateur quand l'outil Redéfini par l'utilisateur est enfoncé dans la barre d'outils. Vous pouvez alors restaurer l'expression calculée en cliquant sur l'outil Redéfini par l'utilisateur, ce qui a pour effet de supprimer toute expression non calculée de la page.

Modification du template de requête

La syntaxe des requêtes SQL provient d'un template prédéfini. Vous pouvez personnaliser la syntaxe de la requête en modifiant les entrées SelectA, InsertA, UpdateA, DeleteA, SelectB, InsertB, UpdateB et DeleteB dans la catégorie Profile du langage objet ou de la définition étendue de modèle.

Pour plus d'informations sur la personnalisation des templates, reportez-vous à la section "Définition de templates" dans le chapitre "Guide de référence de la génération" dans la Documentation utilisateur avancée .