| Pré. | Proc. |
Liaison des données de référence
Si vous avez plusieurs projets qui utilisent les mêmes données de référence, vous pouvez utiliser un référentiel central contenant toutes les données communes et configurer les autres référentiels pour établir un lien direct vers ces données. Ces données incluent des ressources système telles que les utilisateurs et groupes de sécurité, les autorisations, Scripts , les termes du glossaire ou les types de données. Le partage de données communes entre les référentiels permet aux équipes travaillant sur plusieurs projets de tirer parti d'un ensemble commun et cohérent de ressources système, favorisant ou appliquant ainsi une utilisation et des normes communes.
Le partage de données communes peut s'appliquer aux projets existants et nouveaux, mais chaque référentiel individuel peut être configuré pour utiliser autant de données communes que nécessaire.
La possibilité de se lier à des données communes dans un référentiel central utilise les fonctionnalités natives fournies par les différents systèmes de gestion de bases de données (SGBD), MySQL, SQL Server et Oracle. Cela signifie qu'elle est configurée au niveau de la base de données. L'avantage de cela est qu'Enterprise Enterprise Architect fonctionnera normalement sans nécessiter de modifications pour accéder aux données, en fait, il ne sait même pas que les données communes sont physiquement situées dans un autre référentiel.
Accéder
|
Ruban |
Paramètres > Modèle > Transfert > Référentiel partagé |
Configurer un Référentiel pour utiliser des données partagées
L'écran ' Référentiel partagé' permet à l'administrateur de générer un script SQL exécuter sur la base de données du référentiel courant et de le configurer pour partager les données communes d'un référentiel centralisé. Le script généré est personnalisé en fonction de la sélection de l'utilisateur et du SGBD du référentiel courant.
Le processus de configuration du référentiel actuel pour partager les données d'un référentiel centralisé est :
Étape |
Action |
Voir aussi |
|---|---|---|
|
1 |
Dans le champ « Fichier de script », entrez le nom de fichier complet et le chemin du script, ou cliquez sur le bouton |
|
|
2 |
Dans le champ ' Référentiel externe', saisissez le nom de la base de données du référentiel centralisé. Enterprise Architect ne continuera que si le nom de la base de données saisi existe sur le serveur de base de données hébergeant le Référentiel actuel. |
|
|
3 |
Sélectionnez les groupes Tableau qui seront partagés, comme expliqué dans ce tableau . |
|
|
4 |
Cliquez sur le bouton Générer pour créer le script et l'enregistrer à l'emplacement spécifié. |
|
|
5 |
Ouvrez la console SQL de votre choix et exécutez le script SQL généré. Étant donné que le schéma de la base de données est en cours de mise à jour, un niveau élevé d'autorisations est requis pour exécuter ces instructions. |
et recherchez-le.Sélectionner les groupes Tableau
Il existe environ 30 tableaux potentiellement partageables entre les référentiels. L'écran « Référentiel partagé » organise ces tableaux en groupes logiques. Alors que certains groupes Tableau ne contiennent qu'un seul tableau , d'autres en contiennent plusieurs.
Vous pouvez sélectionner tous les groupes Tableau ou autant de groupes que nécessaire pour le référentiel actuel.
Option |
Action |
Voir aussi |
|---|---|---|
|
Utilisateurs et groupes de sécurité |
Ce groupe de tableaux contient un certain nombre de tableaux qui définissent les utilisateurs Modèle , les groupes de sécurité et les groupes de sécurité auxquels appartient chaque utilisateur Modèle . |
|
|
Autorisations de sécurité |
Ce groupe de tableaux contient les autorisations de sécurité attribuées à chaque utilisateur et groupe de sécurité Modèle . Bien qu'à première vue, il puisse sembler étrange que l'utilisateur et le groupe de sécurité n'incluent pas les autorisations de sécurité, il s'agit d'une décision délibérée de les séparer car cela offre un plus grand niveau de flexibilité. |
|
|
Personnes |
Ce groupe de tableaux contient la définition de toutes les personnes/ressources du référentiel. |
|
|
Glossaire |
Ce groupe contient le tableau Glossaire qui définit les termes du glossaire pour le référentiel. |
|
|
Types |
Ce groupe de tableaux contient la définition des types de référence qui sont généralement utilisés pour remplir les listes déroulantes dans les écrans d' Enterprise Architect . Types tels que Complexité, Contraintes, Effort, Problème, Propriété, Risque, etc. |
|
|
Facteurs de complexité |
Ce groupe de tableaux contient la définition des facteurs de complexité, comme ECF et TCF. |
|
|
Scripts |
Ce groupe contient le tableau Script qui définit tous les JSScript, JavaScript et VBScript personnalisés. |
Modification du code source |
|
Types de données |
Ce groupe contient le tableau Types de données qui définit à la fois les types de données pour tous les langages de code et SGBD. |
Comment ça marche
Les scripts générés par cet écran fonctionnent en renommant chaque Tableau Enterprise Architect qui a été sélectionné, puis en créant un synonyme (ou Vue ) qui référence le tableau de la base de données centralisée du même nom.
Considérez l'exemple selon lequel le référentiel/la base de données actuel appelé EA1 doit être configuré pour partager tableau T_GLOSSARY d'EAMAIN.
Le script va :
- renommé tableau EA1.T_GLOSSARY en EA1.T_GLOSSARY_BAK
- créer un nouveau synonyme (ou vue) en appelant EA1.T_GLOSSARY qui référence EAMAIN.T_GLOSSARY
Microsoft SQL Server et Oracle support les synonymes de base de données, qui sont un mécanisme fournissant un nom alternatif pour un autre object de base de données. Dans le cas de données partagées, l'autre object de base de données est un tableau dans une autre base de données. MySQL ne prend pas support les synonymes, mais Vue peut être utilisé pour obtenir le même comportement.
Suppression des données partagées
Comme décrit dans la section « Comment cela fonctionne », étant donné que les scripts générés par cet écran renomment simplement les tableaux d'origine en ajoutant « _BAK » à leurs noms, il est relativement facile de renommer (ou de supprimer) le synonyme (ou la vue), puis de renommer le tableau avec son nom d'origine.
Notes
- Enterprise Architect ne peut générer des scripts Référentiel partagé que pour les référentiels SGBD basés sur MySQL, SQL Server et Oracle
- Afin de partager des données communes, tous les référentiels doivent utiliser le même SGBD et doivent être sur le même réseau, de préférence sur le même serveur de base de données (pour des raisons de performances) ; autrement dit, si le référentiel central est MySQL, tous les référentiels qui utiliseront les données communes doivent être MySQL et avoir un accès direct au réseau
- L'écran Référentiel partagé ne peut pas être ouvert lorsque la connexion en cours utilise une connexion Cloud , car les connexions basées sur le Cloud ne fournissent pas les informations de base de données nécessaires pour générer un script SQL fonctionnel ; cependant, une fois le script généré (tout en étant connecté avec une connexion ODBC directe) puis exécuté, les connexions basées sur le Cloud liront les données partagées de la même manière que leurs homologues de connexion directe