Réserver une Démo
Pré. Proc.

Limites 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 ait 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.

MS Access

  • Les commentaires ne peuvent pas être appliqués (ou modifiés) dans Tableaux , Tableau Columns, Tableau Constraints ou Vues , donc Enterprise Architect ignore ces différences
  • L'instruction CREATE TABLE ne prend pas en support la définition des valeurs par défaut des colonnes, donc Enterprise Architect exclut la définition par défaut de tous les DDL générés ; cependant, il met en évidence une différence par défaut dans la logique de comparaison
  • Généralement, les noms d' 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 CREATE VIEW DDL ne prend pas en 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 de MySQL est supérieure à 5.5.3
  • Les commentaires ne peuvent être appliqués qu'aux index et aux contraintes uniques lors de leur création. Par conséquent, la modification d'un commentaire d'index ou de contrainte unique entraîne la suppression et la recréation de la contrainte.
  • Les contraintes de vérification ne sont pas prises en charge ; alors que le moteur MySQL DDL peut analyser de telles déclarations, il les ignore simplement
  • Les commentaires ne peuvent pas être appliqués à (ou modifiés dans) Vues , Procédures ou Fonctions, donc 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, donc Enterprise Architect ignore ces différences

PostgreSQLName

  • Actuellement, Enterprise Architect ne prend pas en support les paramètres de fonction, donc 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 d' object , donc Enterprise Architect ignore toutes les différences de remarque
Pré. Proc.