Réserver une Démo
Sparx Systems Enterprise Architect Ressources
Enterprise Architect ENTERPRISE ARCHITECT

DBMS Référentiels Basés

 

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 :

  1. Créer une base de données vides utilise la console de gestion de votre choix
  2. Exécuter le script de création de schéma Enterprise Architect
  3. 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

MySQL
  EASchema_1558_MySQL.sql
(60 KB, 2-Feb-2021)

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
    EASchema_1558_SQLServer.sql
(67 KB, 2-Feb-2021)

*** 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!
  1. 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.
  2. Cette mise à jour de Schéma exige que le dépôt utilise EASCHEMA1220.
  EASchema_1558_SQLServer_Update1.sql
(3 KB, 2-Feb-2021)
Oracle de 9i (toutes les éditions)
  EASchema_1558_Oracle.sql
(67 KB, 2-Feb-2021)
PostgreSQL
  EASchema_1558_PostgreSQL.sql
(53 KB, 2-Feb-2021)

 

 

Enterprise Architect Scripts de données initiales

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.

MySQL
  EABase_1558_MySQL.sql
(277 KB, 26-Aug-2022)
Microsoft SQL Server à partir de 2005, toutes les éditions incluant Express et Azure
  EABase_1558_SQLSvr.sql
(277 KB, 26-Aug-2022)
Oracle de 9i (toutes éditions)
  EABase_1558_Oracle.sql
(276 KB, 26-Aug-2022)
PostgreSQL
  EABase_1558_Postgres.sql
(277 KB, 26-Aug-2022)

 

 

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:

Projet de base (QEA) - SQLite
 eabase-1558-qea.zip
(76 Kb, 26-Aug-2022)
Projet de base (EAP) - Microsoft Jet 3.5
 eabase-1558-jet35.zip
(145 Kb, 2-Feb-2021)
Projet de base (EAPX) - Microsoft Jet 4.0
 eabase-1558-jet4.zip
(125 Kb, 2-Feb-2021)
Projet de base (ACCDB) - Microsoft Access depuis 2007
 eabase-1558-accdb.zip
(445 Kb, 2-Feb-2021)
Projet de base (FEAP) - Firebird
 eabase-1558-fb.zip
(235 Kb, 2-Feb-2021)

 

 

Mise à jour des Schémas de DBMS précédents

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 :

  1. Effectuez une sauvegarde du référentiel SGBD actuel.
  2. Connectez-vous à la base de donnés SGBDR à mettre à jour (utilisant la console de gestion SQL de votre choix).
  3. Chargez le fichier EASchema_Alter1220to1558_xxx.sql ou EASchema_Alter851to1220_xxx.sql approprié.
  4. 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'.

Firebird
 
  EASchema_Alter1220to1558_Firebird.sql
(1 KB, 2-Feb-2021)

MySQL
 
  EASchema_Alter1220to1558_MySQL.sql
(1 KB, 2-Feb-2021)

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'.

SQL Server 2000/2005/2008/2012/Express et Azure
 
  EASchema_Alter1220to1558_SQLServer.sql
(1 KB, 2-Feb-2021)

Oracle 9i, 10g, 11g et 12c
 
  EASchema_Alter1220to1558_Oracle.sql
(1 KB, 2-Feb-2021)

PostgreSQL
 
  EASchema_Alter1220to1558_PostgreSQL.sql
(1 KB, 2-Feb-2021)

 


Les scripts SQL ci-dessous sont fournis pour mettre à jour une base de données 'schema 851' vers 'schema 1220'.

Firebird
 
  EASchema_Alter851to1220_Firebird.sql
(12 KB, 23-Jun-2016)

MySQL
 
  EASchema_Alter851to1220_MySQL.sql
(18 KB, 20-Jun-2016)

Notez: tous les champs de texte longs sont maintenant MEDIUMTEXT (au lieu de TEXT) qui permet plus de 65K caractères.

SQL Server 2000/2005/2008/2012/Express et Azure
 
  EASchema_Alter851to1220_SQLServer.sql
(97 KB, 20-Jun-2016)

Oracle 9i, 10g, 11g et 12c
 
  EASchema_Alter851to1220_Oracle.sql
(29 KB, 20-Jun-2016)

PostgreSQL
 
  EASchema_Alter851to1220_PostgreSQL.sql
(23 KB, 20-Jun-2016)

Sybase Adaptive Server Anywhere 8 et 9, SQL Anywhere 10 et 11
 
  EASchema_Alter851to1220_SybaseASA.sql
(11 KB, 20-Jun-2016)

 

 

Scripts de création de DBMS historiques


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.



MySQL
 
  EASchema_1220_MySQL.sql
(56 KB, 20-Jun-2016)
  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
 
  EASchema_1220_SQLServer.sql
(63 KB, 20-Jun-2016)
 
  EASchema_1220_SQLServer_Update1.sql *** Mise à jour Optionnelle d’Image du Diagramme ***
(3 KB, 13-Apr-2018)
  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!
  1. 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.
  2. Cette mise à jour de schéma nécessite que le référentiel utilise EASchema1220.

Oracle depuis 9i (toutes éditions)
 
  EASchema_1220_Oracle.sql
(63 KB, 20-Jun-2016)

PostgreSQL
 
  EASchema_1220_PostgreSQL.sql
(50 KB, 20-Jun-2016)

Adaptive Server Anywhere 8 et 9, SQL Anywhere 10 et 11
 
  EASchema_1220_SybaseASA.sql
(54 KB, 20-Jun-2016)


Enterprise Architect Référentiels initiaux basés sur fichiers
 
  Projet de base (EAP) - Microsoft Jet 3.5 eabase-1220-jet35.zip
(145 Kb, 30-Jun-2016)
 
  Projet de base (EAPX) - Microsoft Jet 4.0 eabase-1220-jet4.zip
(332 Kb, 30-Jun-2016)
 
  Projet de base (ACCDB) - Microsoft Access 2007 eabase-1220-accdb.zip
(291 Kb, 30-Jun-2016)


MySQL
 
  EASchema_851_MySQL_InnoDB.sql
(51 KB, 10-Feb-2010)
 
  EASchema_851_MySQL_MyISAM.sql
(51 KB, 10-Feb-2010)
Notez: Bases de données MyISAM ne prennent pas en charge les transactions ou l’unicode.

Microsoft SQL Server à partir de 2005, toutes éditions, y compris Express et Azure
 
  EASchema_851_SQLServer.sql
(88 KB, 10-Feb-2010)
 
  EASchema_851_SQLAzure.sql
(88 KB, 27-Nov-2013)

Oracle depuis 9i (toutes éditions)
 
  EASchema_851_Oracle.sql
(105 KB, 10-Feb-2010)

PostgreSQL
 
  EASchema_851_PostgreSQL.sql
(52 KB, 10-Feb-2010)

Adaptive Server Anywhere 8 et 9, SQL Anywhere 10 et 11
 
  EASchema_851_SybaseASA.sql
(57 KB, 10-Feb-2010)

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:

  1. 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.
  2. 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.


MySQL
 
 EASchema-Alter700to851-MySQL.sql (4 KB)

Microsoft SQL Server à partir de 2005, toutes éditions, y compris Express
 
 EASchema-Alter700to851-SQLServer.sql (8 KB) Mettre à jour
(SVP Notez: ce script de mise à jour ne s’applique pas à SQL Server 2000)

Oracle depuis 9i (toutes éditions)
 
  EASchema-alter700to851-oracle.sql (4 KB) Mettre à jour

PostgreSQL
 
  EASchema-Alter700to851-Postgres.sql (4 KB) Mettre à jour


Adaptive Server Anywhere 8 et 9, SQL Anywhere 10 et 11
 
  EASchema-Alter700to851-ASA.sql (4 KB) Mettre à jour