La synchronisation
La fonction de synchronisation de Open ModelSphere vous permet
de comparer l'information des modèles représentant le schéma
DBMS au schéma DBMS même (modèle physique). Les résultats de la
comparaison sont présentés dans une interface complète; la fonction
synchronise les deux modèles pour produire un rapport de comparaison.
Le processus
La synchronisation est basée sur l'information du modèle de données. Évidemment,
cette fonction est disponible sur sélection de modèle de données. La synchronisation
compare des objets provenant de :
Modèle de données : le modèle de données qui est relié à la base
de données.
Base de données : la base de données associée avec le modèle.
Bibliothèque d’opérations : la bibliothèque d'opérations qui est reliée à la base
de données.
Type utilisateur et domaine : type prédéfini et domaine visé dans le modèle de
données et la bibliothèque d'opérations.
Pour utiliser la fonction de synchronisation :
- Mettez la base de données en évidence dans la fenêtre Explorateur.
- Dans le menu principal, sélectionnez Outils > Base de données > Synchronisation.
NB : Avant la synchronisation,
n’oubliez pas de valider vos
modèles.
La sélection du modèle
On vous invitera à choisir un modèle de base de données. Vous devrez choisir entre
un modèle de données existant ou un modèle créé à partir d'une connexion SGBD
(pendant le processus de synchronisation).
Les options
La comparaison des deux modèles s’effectue à partir d’une série de concepts et
de descripteurs. Ainsi, il est possible de choisir ces concepts et ces descripteurs.
Synchronisation des concepts (la portée) : vous devez fournir les paramètres
d'intégration (les mêmes paramètres peuvent être employés pour l'intégration
et la synchronisation) pour contrôler les concepts et descripteurs sur lesquels
les actions de la synchronisation seront appliquées. Chargez et sauvegardez
la portée de synchronisation existante dans un fichier. Les paramètres
de synchronisation sont spécifiques au système de cible.
Sortie de script SQL : activez Générer l’objet avec l’utilisateur; il est possible
de définir des utilisateurs. Ils peuvent être utilisés comme objet de base de
données des propriétaires. Si vous l'avez fait et que la synchronisation doit
produire un DDL pour un objet de base de données, le nom physique aura
comme préfixe le nom physique de l'utilisateur correspondant (ex : table
jeff.employee).
Options de la base de données (synchronisation en utilisant l'utilisateur) : la
rétro-ingénierie extraira l'information du propriétaire de l'objet à partir de la base
de données et l'emploiera dans le processus de comparaison.
Options SGBD: Cette section est pour les options propre à un SGBD, relative au processus de rétro-ingénierie. Disponible seulement avec une connexion. (Voir Rétro-ingénierie).
L’interface de synchronisation
La partie supérieure de l'interface affiche l’information du modèle physique et du modèle
ModelSphere, côte à côte, en arborescence ressemblant à l'explorateur de l'application. Un
code de couleur est utilisé pour faciliter l'identification des similitudes et des différences
du modèle.
BLEU : l’objet n’est que dans le modèle 1
VERT : l’objet n’est que dans le modèle 2
ROUGE : objets différents
NOIR : objets identiques
La partie inférieure montre les différences de propriété d'objet, s'il y en a.
Actions d’objet et de propriété
Après avoir comparé et affiché les différences entre les modèles, l'utilisateur peut modifier
ces modèles de façon sélective, et dans toutes directions. Cependant, on doit préciser
que toutes les actions d'objet sont appliquées hiérarchiquement sur la sélection
d'objet. Par exemple, si une action est modifiée sur la table Employés, cela affectera
toutes les actions des colonnes qui s’y rattachent. Par conséquent, il est important de
commencer à assigner les actions du niveau supérieur vers le niveau inférieur du modèle.
Voici les actions disponibles :
- Fusionner: les objets du modèle source sont ajoutés au modèle cible pour former
un super-ensemble de toutes les composantes de modèle. (Ajouter/modifier)
- Remplacer : l'information du modèle cible est remplacée par l'information
du modèle source. Toute information additionnelle à la cible est supprimée.
- Aucune : aucune action ne sera appliquée sur l'objet et ses descendants.
- Associer : deux objets seront liés pour qu'ils soient considérés comme des
équivalents et soient comparés.
- Rompre l’association : déliage de deux objets pour qu'ils ne soient plus considérés
comme des équivalents et ne soient pas comparés.
Il est possible de décider du sort des objets qui n'ont pas d'équivalence dans l'autre modèle :
- Ajouter : Ajoute l'objet dans le modèle où il n'est pas.
- Supprimer : Supprime l'objet du modèle où il se trouve.
Il y a aussi des actions disponibles sur les différences de propriété d'objet :
- Modifier dans ModelSphere : modifier le modèle d'application.
- Modifier physiquement : modifier le modèle physique en générant
un script DDL avec les énoncés SQL.
- Afficher les valeurs : offre un affichage à grande échelle des valeurs sources
et cibles.
Le rapport
Un rapport est toujours produit après le processus de synchronisation. Il contient l’information
sur les deux modèles utilisés, la date, la liste de différences et les modifications
appliquées au modèle ou au modèle physique.
Dans le but d’analyser l’impact d’éventuelles modifications, ce même
rapport peut aussi être produit avant que la synchronisation soit accomplie.