Limitations DDL

Une fonctionnalité fondamentale d'un système de gestion de base de données (SGBD) est de permettre la définition d'objets de base de données via un langage structuré ; ce langage est appelé DDL (pour Data Definition Language, ou langage de description de données). La syntaxe DDL de chaque SGBD est unique. Bien qu'il existe des instructions et des mots-clés DDL communs à tous les SGBD, il existe des différences qui nécessitent que chaque SGBD dispose de son propre ensemble de gabarits DDL dans Enterprise Architect .

Cette page résume les principales limitations de chacun des systèmes de gestion de base de données pris en charge.

Accès MS

Les commentaires ne peuvent pas être appliqués (ou modifiés) aux Tableaux , aux colonnes Tableau , aux contraintes Tableau ou Vues . Par conséquent, Enterprise Architect ignore ces différences
L'instruction CREATE TABLE ne prend pas support la définition des valeurs par défaut des colonnes. Par conséquent, Enterprise Architect exclut la définition par défaut de tous les DDL générés. Cependant, elle met en évidence une différence par défaut dans la logique de comparaison.
En général, les noms object dans DDL peuvent être placés entre crochets ([ ]) afin qu'ils puissent inclure des espaces et d'autres caractères non standard. Cependant, l'instruction DDL CREATE VIEW ne prend pas support la notation entre crochets ; le gabarit DDL « Create Vue » remplace tous les espaces par des caractères de soulignement ('_').

MySQL

Les commentaires ne peuvent être appliqués qu'aux index et aux contraintes uniques, lorsque la version MySQL est supérieure à 5.5.3
Les commentaires ne peuvent être appliqués aux index et aux contraintes uniques que lorsqu'ils sont créés. Par conséquent, la modification du commentaire d'un index ou d'une contrainte unique entraîne la suppression et la recréation de la contrainte.
Les contraintes de vérification ne sont pas prises en charge ; bien que le moteur MySQL DDL puisse analyser de telles instructions, il les ignore simplement
Les commentaires ne peuvent pas être appliqués (ou modifiés) aux Vues , procédures ou fonctions. Par conséquent, Enterprise Architect ignore ces différences.

Oracle

Les commentaires ne peuvent pas être appliqués (ou modifiés) aux procédures, séquences ou fonctions. Par conséquent, Enterprise Architect ignore ces différences

PostgreSQL

Actuellement, Enterprise Architect ne prend pas support les paramètres de fonction. Par conséquent, toutes les instructions (COMMENT ON ou DROP) qui font référence à une fonction par son nom échoueront car elles doivent utiliser une combinaison de nom de fonction et de paramètres.

SQL Lite

Les contraintes ne peuvent pas être ajoutées à un Tableau existant ; le Tableau doit être supprimé et créé (y compris la nouvelle contrainte dans l'instruction Create)
Les commentaires ne sont pris en charge sur aucun type object , par conséquent Enterprise Architect ignore toutes les différences de remarques