Banques de données non sensibles à la casse et pour des bases de données sensibles à la casse dans la même banque de données, il est recommandé de nommer les tables, fonctions, et procédures stockées avec des caractères tout en majuscules.
• Les schémas de table doivent correspondre dans les bases de données de la banque de données.
Cela signifie que le nombre de colonnes, les noms des colonnes, et les positions des colonnes doit
être exactement les mêmes. Les types de données de la colonne doivent être les mêmes ou compatibles. Par exemple, si vous avez une colonne VARCHAR dans une source Oracle, utilisez
également une colonne VARCHAR dans la source Microsoft SQL Server. Si vous avez une colonne
DATE dans une source Oracle, utilisez une colonne DATETIME dans la source Microsoft SQL
Server. Définissez les clés primaires et étrangères de la même manière.
• Les schémas de procédures stockées doivent correspondre. Lorsque vous importez une procédure stockées depuis une configuration de banque de données, et que vous l'utilisez pour une autre configuration de banque de données, le logiciel suppose que la signature de la procédure stockées est exactement la même pour les deux bases de données. Par exemple, si une procédure stockée est une fonction stockée (uniquement les fonctions stockées prises en charge par Oracle), alors vous devez l'utiliser comme une fonction avec toutes les autres configurations dans une banque de données (en d'autres termes, toutes les bases de données doivent être Oracle). Si la procédure stockée a trois paramètres dans une base de données, elle doit avoir exactement trois paramètres dans les autres bases de données. De plus, les noms, positions, types de données et les types in/out des paramètres doivent correspondre exactement.
Rubriques associées
•
Développement multi-utilisateurs
•
Configuration d'environnement multi-utilisateurs
5.5.8 Modification du nom du propriétaire de table et de fonction
Le logiciel permet de renommer le propriétaire des tables importées, tables de modèle ou des fonctions.
Ce processus est appelé renommage de propriétaire.
Utilisez le renommage de propriétaire pour affecter un alias de métadonnées unique au lieu du nom du propriétaire réel pour les objets de la base de données dans la banque de données. La consolidation de métadonnées sous un nom d'alias unique permet d'accéder à des informations cohérentes et précises sur les dépendances à tout moment tout en permettant également de passer plus facilement d'une configuration à une autre lorsque vous déplacez les jobs dans différents environnements.
Lors de l'utilisation d'objets stockés dans un référentiel central, un alias partagé permet de suivre facilement les objets rechargés par plusieurs utilisateurs. Si tous les utilisateurs des référentiels locaux utilisent le même alias, le logiciel peut suivre les dépendances pour les objets rechargés et extraits du référentiel central par votre équipe.
Lorsque vous renommez un propriétaire, les instances d'une table ou d'une fonction dans un flux de données sont affectées, et non pas la banque de données depuis laquelle elles ont été importées.
122 2012-11-22
Banques de données
123
5.5.8.1 Renommer le propriétaire d'une table ou d'une fonction
1.
A partir de l'onglet Banque de données de la bibliothèque d'objets locale, développez une table, une table de modèle ou une catégorie de fonction.
2.
Faites un clic droit sur la table ou sur la fonction et sélectionnez Renommer le propriétaire.
3.
Saisissez un Nouveaunom du propriétaire puis cliquez sur Renommer.
Lorsque vous saisissez un Nouveau nom du propriétaire, le logiciel l'utilise comme un alias de métadonnées pour la table ou la fonction.
Remarque :
Si l'objet que vous renommez existe déjà dans la banque de données, le logiciel détermine si les deux objets ont le même schéma. Si c'est le cas, alors le logiciel poursuit. Si les schémas sont différents, alors le logiciel affiche un message à cet effet. Il est possible que vous deviez choisir un nom d'objet différent.
Le logiciel prend en charge les renommages de propriétaire sensibles à la casse ou non sensibles à la casse.
• Si les objets que vous souhaitez renommer proviennent d'une base de données sensible à la casse, le mécanisme de renommage du propriétaire conserve la sensibilité à la casse.
• Si les objets que vous souhaitez renommer proviennent d'une banque de données qui contient des bases de données sensibles à la casse et non sensibles à la casse, le logiciel reposera la sensibilité
à la casse des nouveaux noms de propriétaire sur la sensibilité à la casse de la configuration par défaut. Pour s'assurer que tous les objets sont portables dans toutes les configurations de ce scénario, saisissez tous les noms de propriétaire et les noms d'objet avec des caractères tout en majuscules.
Lors du processus de renommage du propriétaire :
• Le logiciel met à jour les objets dépendants (jobs, workflows et flux de données qui utilisent l'objet renommé) pour utiliser le nouveau nom du propriétaire.
• La bibliothèque d'objets affiche l'entrée de l'objet avec le nouveau nom du propriétaire. Les informations d'utilisation et de cas d'emploi affichées reflètent le nombre d'objets dépendants mis
à jour.
• Si le logiciel met à jour avec succès tous les objets dépendants, il supprime les métadonnées pour l'objet avec le nom du propriétaire d'origine de la bibliothèque d'objets et du référentiel.
5.5.8.2 Utilisation de la fenêtre Renommer dans un scénario multi-utilisateurs
2012-11-22
Banques de données
Cette section offre une description détaillée du comportement de la fenêtre Renommer le propriétaire dans un scénario multi-utilisateurs.
L'utilisation d'un alias pour tous les objets stockés dans un référentiel central permet au logiciel de suivre tous les objets rechargés par plusieurs utilisateurs. Si tous les utilisateurs des référentiels locaux utilisent le même alias, le logiciel peut suivre les dépendances pour les objets rechargés et extraits du référentiel central par votre équipe.
Lorsque vous rechargez et extrayez les objets d'un référentiel central, en fonction de l'état d'extraction d'un objet renommé et de si l'objet est associé à des objets dépendants, il existe plusieurs comportements possible lorsque vous sélectionnez le bouton Renommer.
Cas 1
L'objet n'est pas extrait et n'a aucun objet dépendant dans le référentiel local ou central.
Comportement : lorsque vous cliquez sur Renommer, le logiciel renomme le propriétaire de l'objet.
Cas 2
L'objet est extrait et n'a aucun objet dépendant dans le référentiel local ou central.
Comportement : identique à celui du cas 1
Cas 3
L'objet n'est pas extrait et a un ou plusieurs objet(s) dépendant(s) (dans le référentiel local).
Comportement : lorsque vous cliquez sur Renommer, le logiciel affiche une seconde fenêtre avec une liste des objets dépendants (qui utilisent ou font référence à l'objet renommé).
Si vous cliquez sur Continuer, le logiciel renomme les objets et modifie les objets dépendants qui font référence à l'objet renommé à l'aide du nouveau nom du propriétaire. Si vous cliquez sur Annuler,
Designer renvoie à la fenêtre Renommer le propriétaire.
Remarque :
Il est possible qu'un objet ait toujours un ou plusieurs objet(s) dépendant(s) dans le référentiel central.
Cependant, si l'objet à renommer n'est pas extrait, le mécanisme Renommer le propriétaire (par dessein) n'affecte pas les objets dépendants dans le référentiel central.
Cas 4
L'objet est extrait et a un ou plusieurs objet(s) dépendant(s).
Comportement : ce cas est complexe.
• Si vous n'êtes pas connecté au référentiel central, le message de statut lit :
This object is checked out from central repository X. Please select Tools | Central Repository… to activate that repository before renaming.
• Si vous êtes connecté au référentiel central, la fenêtre Renommer le propriétaire s'ouvre.
124 2012-11-22
Banques de données
125
Lorsque vous cliquez sur Renommer, une deuxième fenêtre s'ouvre pour afficher les objets dépendants et un statut qui indique leur état d'extraction et leur emplacement. Si un objet dépendant se trouve dans le référentiel local uniquement, le message de statut lit :
Used only in local repository. No check out necessary.
• Si l'objet dépendant se trouve dans le référentiel central et qu'il n'est pas extrait, le message de statut lit :
Not checked out
• Si l'objet dépendant est extrait ou extrait par un autre utilisateur, le message de statut affiche le nom du référentiel extrait. Par exemple : Oracle.production.user1
Comme dans le cas 2, le but de cette deuxième fenêtre est d'afficher les objets dépendants. De plus, cette fenêtre permet d'extraire les objets dépendants nécessaires du référentiel central, sans avoir à accéder à la fenêtre Bibliothèque d'objets centrale.
Cliquez sur le bouton Actualiser la liste pour mettre à jour le statut d'extraction dans la liste. Cette mise à jour est utile lorsque le logiciel identifie un objet dépendant dans le référentiel central mais qu'un autre utilisateur l'a extrait. Lorsque cet utilisateur recharge l'objet dépendant, cliquez sur
Actualiser la liste pour mettre à jour le statut et vérifier que l'objet dépendant n'est plus extrait.
Pour tirer le meilleur parti de la fonctionnalité Renommer le propriétaire, extrayez les objets dépendants associés du référentiel central. Cette extraction aide à éviter d'avoir des objets dépendants qui font référence à des objets avec des noms de propriétaire qui n'existent pas. A partir du référentiel central, sélectionnez un ou plusieurs objet(s), puis faites un clic droit et sélectionnez
Extraire.
Après avoir extrait l'objet dépendant, Designer met à jour le statut. Si l'extraction était réussie, le statut affiche le nom du référentiel local.
Cas 4a
Vous cliquez sur Continuer, mais un ou plusieurs objet(s) dépendant(s) ne sont pas extraits du référentiel central.
Dans cette situation, le logiciel affiche une autre boîte de dialogue pour vous prévenir des objets pas encore traités et pour confirmer votre désir de continuer.
Cliquez sur Non pour revenir à la boîte de dialogue précédente qui affiche les objets dépendants.
Cliquez sur Oui pour continuer le renommage de l'objet sélectionné et pour modifier ses objets dépendants. Le logiciel modifie les objets qui ne sont pas extraits dans le référentiel local pour faire référence au nouveau nom de propriétaire. Il est de votre responsabilité de maintenir une cohérence avec les objets dans le référentiel central.
Cas 4b
Vous cliquez sur Continuer et tous les objets dépendants sont extraits du référentiel central.
Le logiciel renomme le propriétaire de l'objet sélectionné et modifie tous les objets dépendants pour faire référence au nouveau nom du propriétaire. Bien qu'il semble que l'objet d'origine ait un nouveau nom du propriétaire, le logiciel n'a en réalité pas modifié l'objet d'origine ; il a créé un nouvel objet identique à l'original mais utilise le nouveau nom du propriétaire. L'objet d'origine avec l'ancien nom du
2012-11-22
