Les Éditions Corporate et Ultimate d'Enterprise 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 d'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 1558 publié en Feb-2021 avec Enterprise Architect v15.2 (build 1558)
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)
Schéma 1558
Les modifications introduites dans le Schéma 1558 sont les suivantes: Augmentation de durée de Connexion d’Utilisateur -
De plus en plus d’utilisateurs trouvaient que le champ de Connexion d’Utilisateur de sécurité initial était trop limitatif. (à 32 caractères).
En particulier alors en utilisant Single Sign-On (SSO), car il ne pouvait stocker que de courtes adresses e-mail, ce champ a donc été augmenté à 255 caractères.
Nouvelle définition pour identifier facilement la version du schéma -
Auparavant, il était difficile de déterminer avec quelle version de schéma une base de données avait été définie.
Schéma 1558 introduit une nouvelle définition de tableau qui permet à Enterprise Architect d’afficher la version du schéma dans l’écran Aide à propos.
New defaults in MySQL -
Un certain nombre de champs date/heure ont été mis à jour pour utiliser la date/heure actuelle (au lieu d’une date vide) alors insert de nouveaux enregistrements.
De plus, tous les champs textuels utilisent maintenant le jeu de caractères UTF8MB4 et collation UTF8MB4_GENERAL_CI.
Sparx Systems recommande aux clients de passer en revue tous les paramètres par défaut et de mettre à jour le script de schéma en fonction de leur environnement.
Alors que des changements de code ont été introduits dans la construction 1558 pour profiter pleinement des changements de schéma, un grand soin a été pris pour rester à la fois en avant et en arrière compatible.
Par conséquent, il n’est pas nécessaire d’utiliser la version 1558 (ou ultérieure) d’Enterprise Architect alors utilisant d’un référentiel défini avec EASchema1558, bien que cela soit recommandé.
Schéma 1220
Consolidation, normalisation et amélioration des définitions des indices dans l’ensemble de la gamme de tableaux, améliorant ainsi le rendement global d’Enterprise Architect dans les modèles plus grands.
Aucun changement de code Enterprise Architect n’a été nécessaire, permettant ainsi aux versions antérieures de Enterprise Architect de rester compatibles avec les nouvelles définitions de schéma (et vice versa).
Les modifications introduites dans Schéma 1220 sont: (SQLServer uniquement) Modification du type de données de tous les champs de texte volumineux -
Avant EASchema1220, tous les grands champs de texte (commentaires d’éléments, etc.) étaient définis avec le type de données NTEXT,
cependant, à partir de MS SQL Server 2016, le type de données NTEXT a été considéré comme obsolète et, par conséquent, tous les champs NTEXT ont été remplacés par NVARCHAR(MAX).
Schéma 851
Il s’agissait principalement de mises à jour des indices qui améliorent le rendement global d’Enterprise Architect dans les modèles plus grands.
Aucune modification du code d’Enterprise Architect n’a été requise.
DBMS Scripts actuels
Configuration de base
La création d’un référentiel basé sur SGBD nécessite les étapes suivantes :
Créer une base de données vides utilise la console de gestion de votre choix
Exécuter le script de création de schéma Enterprise Architect
Charger vos données de modèle
Notez: des instructions plus détaillées sont disponibles pour chaque produit SGBD
Scripts de création de Schéma Enterprise Architect
Note 1: Un certain nombre de champs DateTime utilisent maintenant la valeur par défaut de CURRENT_TIMESTAMP.Par conséquent, si votre base de données est v5.6.4 ou antérieure, vous devrez remplacer CURRENT_TIMESTAMP par '0000-00-00:00:00'.
Note 2: Toutes les tableaux ont été définies avec le jeu de caractères par défaut UTF8MB4 et la collation de UTF8MB4_900_CI_AI, mais cela doit être revu pour convenir à votre environnement.
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 du Diagramme, chaque fois que les Images du 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 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,
utilisant 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 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 avez un référentiel SGBD Enterprise Archiect existant et que vous ne savez pas quand il a été créé ou quel schéma a été
utilisé, il n’y a malheureusement pas de moyen définitif de le savoir (sauf si vous utilisez EASchema1558 ou version ultérieure),
à part comparer la définition physique aux différents scripts.
Dans de telles situations, il est normalement plus facile de créer une toute nouvelle base de données en utilisant le dernier
schéma et d’effectuer un transfert de projet dans cette nouvelle base de données.
Si vous savez (ou avez identifié) avec quel schéma votre référentiel SGBD Enterprise Archiect existant a été défini, les scripts
de modification suivants peuvent être utilisés pour effectuer la mise à jour vers la version suivante.
Chacun de ces scripts met à niveau une version de schéma vers la version suivante.
Ils peuvent être utilisés consécutivement s’ils sont appliqués dans ordre chronologique.
Par exemple, si vous avez un schéma 851, vous pouvez exécuter le script 851 à 1220, puis le script 1220 à 1558.
Important: Sparx Systems recommande qu’avant d’effectuer tout type de mise à jour de schéma, la base de données
soit sauvegardée utilisant l’utilitaire de sauvegarde natif du SGBD!
Étapes à suivre lors de l’application d’une mise à jour de schéma :
Effectuez une sauvegarde du référentiel SGBD actuel.
Connectez-vous à la base de donnés SGBDR à mettre à jour (utilisant la console de gestion SQL de votre choix).
Chargez le fichier EASchema_Alter1220to1558_xxx.sql ou EASchema_Alter851to1220_xxx.sql approprié.
Exécutez le script.
Alter Scripts
Les scripts SQL ci-dessous sont fournis pour mettre à jour une base de données 'schema 1220' à 'schéma 1558'.
Note: A number of DateTime fields now use the default value of NOW() therefore if your database
is v5.6.4 (or earlier) you will need to replace NOW() with '0000-00-00 00:00:00'.
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.
Note 1: Tous les champs de texte longs sont maintenant MEDIUMTEXT (au lieu de TEXT), ce qui permet plus de 65K caractères.
Note 2: Valeurs de date par défaut. Historiquement, le script EA MySQL a utilisé une valeur par défaut
de 0000-00-00 00:00:00 (parce que les premières versions ne prenaient pas en charge l’affectation de la
date/heure) pour certains champs de date. Cela provoquera des erreurs dans les versions ultérieures si votre MySQL
l’environnement est configuré en mode strict avec NO_ZERO_IN_DATE ou NO_ZERO_DATE.
À partir de la v5.7.4, NO_ZERO_IN_DATE et NO_ZERO_DATE sont tous deux obsolètes et incorporés
en 'Mode strict'. Il existe deux façons de contourner ces problèmes: 1) changer le mode SQL de votre
Environnement MySQL pour autoriser zéro date ou 2) mettre à jour le script EA et remplacer le script par défaut
valeurs de '0000-00-00 00:00:00' à NOW()
Microsoft SQL Server à partir de 2005, toutes éditions, y compris Express et Azure
Notez
Sans la Mise à jour Optionnelle d’Image du Diagramme, chaque fois que des images du diagramme ont été importées
via XML (qui comprenait également la copie de diagrammes), l’utilisateur avait besoin d’un niveau élevé
des autorisations de base de données afin d’insérer de nouvelles images. Utilisation de cette mise à jour de schéma et
Utilisateurs EA version 14 n’ont plus besoin d’autorisations de base de données élevées.
Limitations importantes!
Cette mise à jour de schéma n’est PAS rétrocompatible, après l’avoir appliquée, le
est uniquement compatible avec Enterprise Architect version 14 et ultérieure. Sparx Systems
recommander à tous les utilisateurs de mettre à jour Enterprise Architect 14 avant d’appliquer ce script.
Cette mise à jour de schéma nécessite que le référentiel utilise EASchema1220.
Si votre modèle a été créé avant le 10 février 2010, il est très probable que votre base de données ait été créée avec l’un des scripts de schéma originaux. Que nous avons appelé EASchema700.
Si vous souhaitez passer au dernier schéma de base de données, il existe deux méthodes possibles pour y parvenir:
Transférez le contenu de votre modèle EASchema700 existant dans une toute nouvelle base de données EASchema1220, utilisant la fonction de transfert de projet d’Enterprise Architect.
Mettez à niveau votre référentiel existant utilisant deux scripts différents, appliquez d’abord le script de mise à niveau EASchema700 vers EASchema851 (qui sont ci-dessous), puis EASchmea851 vers EASchema1220.
Sparx Systems recommande la première méthode, car il y a moins de chances que des problèmes liés au schéma se produisent, mais l’étape de transfert de données peut être lente si le modèle contient beaucoup de données.
