Enterprise Architect ENTERPRISE ARCHITECT

DBMS Référentiels Basés

 

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:

  1. Exécuter le script de création de schéma Enterprise Architect
  2. Execute the Enterprise Architect schema creation script
  3. 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

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 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
  EASchema_1220_SQLServer.sql
(63 KB, 20-Jun-2016)

*** 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!
  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 l'EASCHEMA1220.
  EASchema_1220_SQLServer_Update1.sql
(3 KB, 13-Apr-2018)

Oracle de 9i (toutes les é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 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, à 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.

MySQL
  EABase_1220_MySQL.sql
(227 KB, 30-Jun-2016)

Microsoft SQL Server à partir de 2005, toutes les éditions incluant Express et Azure
  EABase_1220_SQLSvr.sql
(277 KB, 30-Jun-2016)

Oracle de 9i (toutes les éditions)
  EABase_1220_Oracle.sql
(276 KB, 30-Jun-2016)

PostgreSQL
  EABase_1220_Postgres.sql
(277 KB, 30-Jun-2016)

 

 

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:

Base Projet (EAP) - Microsoft Jet 3.5
 eabase-1220-jet35.zip
(137 Kb, 30-Jun-2016)
Base Projet (EAPX) - Microsoft Jet 4.0
 eabase-1220-jet4.zip
(302 Kb, 30-Jun-2016)
Base Projet (ACCDB) - Microsoft Access à partir de 2007
 eabase-1220-accdb.zip
(278 Kb, 30-Jun-2016)

 

 

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

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:

  1. Effectuez une sauvegarde du référentiel de DBMS actuel.
  2. Connectez-vous à la base de données RDBMS à mettre à jour (à l'aide de la console de gestion SQL de votre choix).
  3. Chargez le fichier EASchema_Alter851to1220_xxx.sql approprié.
  4. Exécutez le script.
MySQL
  EASchema_Alter851to1220_MySQL.sql
(18 KB, 20-Jun-2016)

Notez: Tous les champs de texte longs sont maintenant MEDIUMTEXT (au lieu de TEXT), ce qui autorise plus de 65000 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)

Firebird
  EASchema_Alter851to1220_Firebird.sql
(12 KB, 23-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.


EASchema 851 fichers:

MySQL
EASchema_851_MySQL_InnoDB.sql
(51 KB, 10-Feb-2010)
EASchema_851_MySQL_MyISAM.sql
(51 KB, 10-Feb-2010)
Notez: Les bases de données MyISAM ne supportent pas les transactions ni les codes unicodes.

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

Oracle de 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 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:

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

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


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

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

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

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

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