Réserver une Démo

SVP notez : Cette page d’aide n’est pas pour la dernière version d’Enterprise Architect. La dernière aide peut être trouvée ici.

Pré. Proc.

Transformation DDL

La transformation DDL convertit le modèle logique en un modèle de données structuré pour se conformer à l'un des SGBD pris en charge. Le type de base de données cible est déterminé par le SGBD défini comme base de données par défaut dans le modèle (voir la rubrique d'aide sur les types de données de base de données, option "Définir par défaut"). Le modèle de données peut ensuite être utilisé pour générer automatiquement des instructions DDL à exécuter dans l'un des produits de base de données pris en charge par le système.

La transformation DDL utilise et démontre la prise en support dans le langage intermédiaire d'un certain nombre de concepts spécifiques à la base de données.

Notions

Concept

Effet

Voir également

Tableau

Mappé un à un sur les éléments de classe.

Les relations « plusieurs à plusieurs » sont prises en charge par la transformation, créant des Join tableaux .

Colonne

Mappé un à un sur les attributs.

Clé primaire

Répertorie toutes les colonnes impliquées afin qu'elles existent dans la classe et crée une méthode de clé primaire pour elles.

Foreign Key

Un type spécial de connecteur, dans lequel les sections Source et Cible répertorient toutes les colonnes impliquées de sorte que :

  • Les colonnes existent
  • Une clé primaire correspondante existe dans la classe de destination, et
  • La transformation crée la Foreign Key appropriée
 Transformer Foreign Keys

MDG Technologie pour personnaliser les mappages par défaut

Les transformations DDL qui ciblent un nouveau SGBD défini par l'utilisateur nécessitent une MDG Technologie pour mapper les types de données PIM au nouveau SGBD cible.

Pour cela, créez un fichier .xml MDG Technologie nommé 'UserDBMS Types.xml' en remplaçant UserDBMS par le nom du SGBD ajouté. Placez le fichier dans le dossier EA\MDGTechnologies. Le contenu du fichier MDG Technologie doit avoir cette structure :

<MDG.Technologie version="1.0">

<Documentation id="UserdataTypes" name="Userdata Types" version="1.0" notes="DB Type mapping for UserDBMS"/>

<CodeModules>

<CodeModule language="Userdata" notes="">

<CodeOptions>

<CodeOption name="DBTypeMapping-bigint">BIGINT</CodeOption>

<CodeOption name="DBTypeMapping-blob">BLOB</CodeOption>

<CodeOption name="DBTypeMapping-boolean">TINYINT</CodeOption>

<CodeOption name="DBTypeMapping-text">CLOB</CodeOption>

...

</CodeOptions>

</CodeModule>

</CodeModules>

</MDG.Technologie>

Par exemple, 'text' est un Type commun (comme indiqué dans la boîte de dialogue 'Database Datatypes') qui correspond au type de données 'CLOB' d'un nouveau SGBD.

Notes

  • Vous pouvez définir des aspects spécifiques au SGBD non représentés dans un modèle logique, tels que les procédures stockées, les déclencheurs, les Vues et les contraintes de vérification, après la transformation ; voir la rubrique d'aide sur le Modèle de données physiques

Exemple

Les éléments PIM

Platform Independent Model (PIM) in Sparx Systems Enterprise Architect.

Après transformation, devenir les éléments PSM

DDL Platform Specific Model (PSM) in Sparx Systems Enterprise Architect.

Les généralisations sont gérées en fournissant à l'élément enfant une Foreign Key à l'élément parent, comme indiqué. L'héritage par copie n'est pas pris en charge.

UML Class diagram before and after DDL transformation in Sparx Systems Enterprise Architect.

Apprenez Plus

Pré. Proc.