Les Éditions Corporate et Ultimate d'Architect Architect supportent la connexion aux référentiels de modèles basés sur un DBMS. Pour utiliser un référentiel DBMS, vous
devez créer une base de données, puis le schéma Enterprise Architect, constitué d'un ensemble de tables. En règle générale, la création et la modification des définitions
de base de données sont effectuées par un utilisateur (généralement un administrateur de base de données) avec un niveau de sécurité élevé. Par conséquent, ces types de
tâches sont gérés en dehors de l'application Enterprise Architect. Vous trouverez ci-dessous les scripts de chacun des produits de DBMS supportent.
SVP Notez: Partout dans l'historie d'Enterprise Architect, Sparx Systems s'est efforcé d'éviter de modifier la structure de la base de données de soulignement pour
rester compatible avec les versions antérieures. Cependant, depuis 2010, deux versions majeures de schéma ont été publiées:
Schéma 1220 publié en juin 2016 avec Enterprise Architect v13 (version 1302)
Schéma 851 publié le 10 février 2010 avec Enterprise Architect v8 (build 851)
Dans les deux versions précédentes du schéma, aucune modification de code n'a été apportée à la logique d'Enterprise Architect, ce qui a permis aux versions antérieures
d'Enterprise Architect de rester compatibles avec les nouvelles définitions de schéma (et inversement). Dans la version la plus récente, le «schéma 1220» consiste principalement
en des mises à jour d'index, qui améliorent les performances globales d'Enterprise Architect dans les plus grands modèles.
Configuration de base
Créer nouveau DBMS a basé le éférentiel exige que les pas suivants soient entrepris:
Exécuter le script de création de schéma Enterprise Architect
Execute the Enterprise Architect schema creation script
Chargez les données de votre modèle
Svp notez: des instructions plus détaillées sont disponibles pour chaque produit de DBMS
DBMS scripts actuels
Scripts de création de schéma Enterprise Architect
Note 1: Tous les champs de texte longs sont maintenant MEDIUMTEXT (au lieu de TEXT), ce qui autorise plus de 65000 caractères.
Note 2: Valeurs de date par défaut. Historiquement, le script EA MySQL utilisait la valeur par défaut
0000-00-00 00:00:00 (car les premières versions ne prenaient pas en charge l’affectation de la date / heure actuelle) pour certains champs de date.
Cela provoquera des erreurs dans les versions ultérieures si votre environnement MySQL est configuré en mode strict avec NO_ZERO_IN_DATE or NO_ZERO_DATE.
À partir de la v5.7.4 NO_ZERO_IN_DATE et NO_ZERO_DATE sont tous deux obsolètes et activés, incorporés en mode strict.
Ces problèmes peuvent être résolus de deux manières: 1) modifiez le mode SQL de votre environnement MySQL pour autoriser des dates zéro ou 2) mettez à jour
le script EA et remplacez les valeurs par défaut de '0000-00-00 00:00:00' à NOW()
Microsoft SQL Server à partir de 2005, toutes les éditions incluant Express et Azure
*** Diagramme Image Mise à jour facultative ***
Sans la mise à jour facultative des images de diagramme, chaque fois que les images de diagramme étaient importées via XML (ce qui incluait également la copie de diagrammes),
l'utilisateur devait disposer d'un niveau élevé d'autorisations de base de données pour pouvoir insérer de nouvelles images. L'utilisation de cette mise à jour de schéma et des
utilisateurs d'EA version 14 n'a plus besoin d'autorisations de base de données élevées.
Limitations importantes!
Cette mise à jour de schéma est PAS compatible avec les versions antérieures. Une fois appliquée, le modèle n'est compatible qu'avec Enterprise Architect
version 14 et ultérieure. Sparx Systems recommande à tous les utilisateurs de mettre à jour Enterprise Architect 14 avant d'appliquer ce script.
Cette mise à jour de schéma exige que le dépôt utilise l'EASCHEMA1220.
Une fois la base de données DBMS créée et le schéma Enterprise Architect défini, le modèle a maintenant besoin des données "de base" chargées.
Traditionnellement, cette étape a été réalisée en chargeant le contenu du modèle 'EABase.eap' dans une base de données nouvellement créée, à
l'aide de l'action de transfert de projet dans Enterprise Architect.
Comme une alternative, il est maintenant possible de charger ces mêmes données en utilisant des instructions SQL standard.
Cependant, veuillez noter que les scripts ci-dessous contiennent uniquement des instructions pour insérer les données dans une base de données
nouvelle / vide. Par conséquent, n'essayez pas de les exécuter sur des modèles contenant déjà des données.
Référentiels basés sur les fichiers Enterprise Architect
Voici les référentiels vides ou de fichiers de démarrage contenant toutes
les données nécessaires pour commencer un nouveau référentiel, dans les différents formats supportés:
Si vous disposez d'un référentiel de DBMS Enterprise Archiect existant créé entre février 2010 et juin 2016, il est fort probable que ce qui est maintenant
appelé EASchema851 a été utilisé pour créer votre schéma de SGBD Enterprise Architect.
Si votre référentiel de EASchmea851 DBMS existant fonctionne sans à-coups et sans problèmes, alors il n'y a aucun besoin immédiat à upgarde au dernier schéma.
Cependant il y a un chemin d'amélioration direct d'EASchema851 à EASchema1220 si vous avez si désiré:
Comme mentionné ci-dessus, la définition officielle du schéma d'Enterprise Architect ne change pas très souvent, cependant, si votre modèle a été créé entre
le 10 février 2010 et le juin 2016, les index les plus récents ne seront pas définis.
Les scripts SQL ci-dessous permettent de mettre à jour un modèle "Schéma 851" en "Schéma 1220". Le processus pour exécuter ces scripts devrait être:
Effectuez une sauvegarde du référentiel de DBMS actuel.
Connectez-vous à la base de données RDBMS à mettre à jour (à l'aide de la console de gestion SQL de votre choix).
Chargez le fichier EASchema_Alter851to1220_xxx.sql approprié.
Les scripts de DBMS historiques suivants sont fournis à titre de référence uniquement et ne doivent pas être utilisés pour créer de nouveaux référentiels.
Si votre modèle a été créé avant le 10 février 2010, il est probable que votre base de données a été créée avec
l'un des scripts de schéma d'origine. Ce que nous avons appelé EASchema700.
Si vous souhaitez mettre à niveau le dernier schéma de base de données, il existe deux méthodes pour y parvenir:
Transférez le contenu de votre modèle EASchema700 existant dans une toute nouvelle base de données EASchema1220,
à l'aide de la fonction de transfert de projet d'Enterprise Architect.
Mettez à niveau votre référentiel existant à l'aide de deux scripts différents, appliquez d'abord le script de
mise à niveau EASchema700 à EASchema851 (ci-dessous), puis EASchmea851 à EASchema1220.
Sparx Systems recommande la première méthode, car il y a moins de risques de problèmes liés au schéma,
mais l'étape de transfert de données peut être lente si le modèle contient beaucoup de données.