IBM^® Rational^® Data Architect, version 6.1 - notes sur l'édition

* Bien que Microsoft SQL Server 2005 ne soit pas officiellement pris en charge, vous pouvez vous connecter à une base de données SQL Server 2005 à l'aide du pilote JDBC de SQL Server 2005 en suivant les étapes décrites ci-dessous :

1. Dans l'assistant Nouvelle connexion, sélectionnez SQL Server 2000 dans la liste des éditeurs de bases de données.
2. Dans la zone Pilote JDBC, sélectionnez Autre.
3. Dans la zone Emplacement de la classe, naviguez jusqu'à l'emplacement du fichier Jar pour le pilote JDBC de SQL Server 2005. Le chemin du fichier de l'installation par défaut est C:\Program Files\Microsoft SQL Server 2005 JDBC Driver\sqljdbc_1.0\enu\sqljdbc.jar.
4. Dans la zone Classe de pilote JDBC, spécifiez la classe com.microsoft.sqlserver.jdbc.SQLServerDriver pour le pilote JDBC de SQL Server 2005.
5. Dans la zone URL, spécifiez jdbc:sqlserver://YourHostName;databaseName=dbName.
6. Dans les zones Utilisateur et Mot de passe, saisissez votre ID utilisateur et votre mot de passe.
7. Cliquez sur Tester la connexion.
8. Cliquez sur Terminer.

** Vous pouvez utiliser Websphere Information Integrator pour procéder à l'ingénierie inverse des métadonnées à partir de toutes les sources de données relationnelles prises en charge par Websphere Information Integrator.

Incidents recensés, limites et solutions palliatives

Les informations qui suivent concernent les limites et incidents recensés et leurs solutions palliatives. Le site Web du support technique de Rational Data Architect contient également des notes techniques et des annonces de service qui décrivent les modifications apportées à la documentation ainsi que les limites connues et les solutions palliatives recensées après la création de ce document. L'adresse du site Web du support technique de Rational est la suivante : www.ibm.com/software/data/integration/rda/support/

• Connexion à des sources ODBC sous Linux ou Windows
• Comparaison et synchronisation
• Diagrammes de données
• Partitions d'index
• Ingénierie inverse à partir d'un fichier DDL
• Génération d'un fichier DDL
• Analyseur syntaxique DDL pour DB2 UDB pour z/OS
• Analyseur syntaxique DDL pour Oracle
• Analyse d'impact
• Reconnaissance serveur
• Fonction Découvrir et éditeur de mappages
• Prise en charge de la fédération
• Noms d'objet délimités
• ClearCase
• Outils SQL

Connexion à des sources ODBC sous Linux ou Windows

En raison d'un problème JDK avec les éditions précédentes, il est possible que vous ne puissiez pas vous connecter à des sources de données ODBC en utilisant RDA sous Linux ou Windows a moins que vous disposiez de DB2 Universal Database for Linux, UNIX et Windows, version 8.2 FixPak 11 ou une version ultérieure.

Comparaison et synchronisation

• Avant d'utiliser l'éditeur de comparaison d'objet de données pour comparer un objet sous contrôle des sources, vous devez effectuer quelques étapes de configuration. Si vous n'effectuez pas ces étapes, un message d'erreur xtools s'affichera lorsque vous essaierez de comparer des objets sous contrôle des sources.
  1. Cliquez sur Fenêtre > Préférences.
  2. Développez le dossier Equipe et cliquez sur Editeurs/Espace de travail.
  3. Sélectionnez Utilisez les outils dans l'interface IDE s'ils prennent en charge le type de fichier sélectionné dans la zone lors de la comparaison et de la fusion des fichiers.
• Lorsque vous utilisez l'éditeur de comparaison pour fusionner des objets données, n'éditez pas les objets que vous comparez à l'extérieur de l'éditeur de comparaison. Par exemple, ne faites pas de modifications dans la vue Propriétés. Si vous éditez les objets à l'extérieur de l'éditeur de comparaison, un comportement imprévu peut se produire ou un message d'erreur peut s'afficher.
• Après une synchronisation, il peut arriver que les modifications apportées aux options ne soient pas actualisées correctement lorsque vous vous trouvez dans la vue structurelle.
• Certains résultats de comparaison et de synchronisation n'affichent aucune différence entre les changements de type de données.
• Lorsque vous comparez un objet dans un explorateur de base de données avec un autre objet, et que vous synchronisez ensuite les informations, le fichier DDL généré n'est pas toujours précis.
• Lorsque vous comparez des objets dans l'éditeur de comparaison et que vous effectuez une action Copier de droite à gauche, le bouton Générer DDL gauche n'est pas activé.
• Dans le scénario suivant, l'instruction DDL de delta provenant de la comparaison est générée de manière incorrecte :
  1. Procédez à une ingénierie inverse sur un schéma contenant un alias dans un modèle de données physiques d'un projet de conception de données.
  2. Modifiez l'alias existant pour pointer vers une table différente.
  3. Comparez l'alias modifié avec l'original (cliquez avec le bouton droit de la souris sur l'objet alias, puis sélectionnez Comparer à > Source d'origine).
  4. Dans l'éditeur de comparaison, cliquez sur Copier de gauche à droite pour copier les modifications vers la version du serveur de l'alias.
  5. Cliquez sur Générer le fichier DDL de delta droit et enregistrez l'instruction DDL.
  6. L'instruction DDL est générée de manière incorrecte. Elle comprend une instruction CREATE TABLE pour la nouvelle table de l'alias même si cette table existe déjà.

  Pour remédier à ce problème, modifiez l'instruction DDL dans l'éditeur SQL avant de le déployer.

Diagrammes de données

• L'action Supprimer à partir du modèle sur un objet raccourci de diagramme ne supprime pas l'objet diagramme du modèle. Pour remédier à ce problème, vous pouvez supprimer l'objet diagramme du modèle en utilisant l'action Supprimer dans l'explorateur de projets de données.
• Il existe certaines limites concernant l'enregistrement de grands diagrammes dans un fichier image. Parfois, lorsque vous enregistrez un diagramme de grande taille en tant que fichier image (cliquez avec le bouton droit de la souris dans une zone vierge du diagramme et sélectionnez Fichier > Enregistrer en tant que fichier image), le fichier image n'est pas créé. Les entrées sont créées dans le fichier journal si la journalisation est activée mais il n'y a pas de message d'erreur. Pour remédier à ce problème, vous pouvez scinder le diagramme en plusieurs diagrammes de plus petite taille.
• Sur les systèmes d'exploitation Linux, les fonctions d'impression de diagramme ne fonctionnent pas.

Partitions d'index

Pour la base de données zSeries Version 8 Compatible Mode uniquement : l'option de partitionnement (Utiliser une partition) n'est pas prise en charge pour les partitions d'index. Pour des définitions d'index, l'option Groupe d'archivage est toujours utilisée.

Ingénierie inverse à partir d'un fichier DDL

Pour DB2 Universal Database for Linux, UNIX, Windows et zSeries uniquement : Par défaut, l'analyseur syntaxique considère que le caractère d'arrêt est le point-virgule (";"). Si le fichier utilise un caractère d'arrêt différent, vous devez inclure l'instruction suivante sur la première ligne de votre fichier DDL :

-- <ScriptOptions statementTerminator="@" />

ou "@" est le caractère d'arrêt utilisé par votre fichier DDL.

Génération d'un fichier DDL

• Lorsque vous exécutez Génération d'un fichier DDL pour un schéma avec des alias de type nickname, il est possible qu'un message s'affiche dans la vue Sortie de données, semblable à celui-ci : Table xxx possède déjà une clé primaire. Vous pouvez ignorer le message qui s'affiche dans la vue Sortie de données.
• Les instructions DDL pour les procédures mémorisées dont le nom nécessite un délimiteur dans l'instruction DDL (par exemple, CREATE PROCEDURE "a.b") n'est pas générée correctement. Les guillemets de délimitation ne sont pas générés. Dans l'exemple d'instruction, le fichier DDL est généré en tant que CREATE PROCEDURE a.b. Pour pallier ce problème, modifiez l'instruction du fichier DDL généré pour inclure les caractères de délimitation.

Analyseur syntaxique DDL pour DB2 UDB pour z/OS

Les instructions DDL suivantes ont des limites :

Instruction	Limites
ALTER TABLE	Les altérations suivantes ne sont pas prises en charge : ADD PARTITION ADD/DROP RESTRICT ON DROP DROP MATERIALIZED QUERY
SET CURRENT SQLID	Uniquement pris en charge : SET CURRENT SQLID = constante-chaîne
SET SCHEMA	Uniquement pris en charge : SET SCHEMA = nom-schéma, SET SCHEMA = constante-chaîne

Analyseur syntaxique DDL pour Oracle

• La clause REPLACE n'est pas prise en charge.
• TIMESTAMP n'est pas pris en charge comme type de données lors d'une ingénierie inverse à partir d'un fichier DDL.

Analyse d'impact

Au cours de certains scénarios, lorsque vous exécutez une analyse d'impact, le produit peut s'arrêter. Cela se produit lorsque vous essayez de déplacer ou de réduire la boîte de dialogue ou la barre de progression lorsque l'analyse d'impact est en cours. Pour éviter ce problème, ne déplacez pas ou ne réduisez pas la barre ou la boîte de dialogue de progression lorsque l'analyse d'impact est en cours et assurez-vous d'enregistrer l'ensemble de votre travail avant de procéder à une analyse d'impact.

Reconnaissance serveur

Sur un système d'opération Linux, les Serveurs distants non définis n'apparaissent pas pour les sources de données ODBC, sauf si vous créez un encapsuleur ODBC avec le nom de l'encapsuleur ODBC à l'extérieur de Rational Data Architect, comme par exemple dans le centre de contrôle DB2 Universal Database ou dans une ligne de commande. Vous devez nommer l'encapsuleur ODBC afin qu'il soit correctement reconnu. L'encapsuleur d'un système d'exploitation Linux est défini avec une option d'encapsuleur MODULE, comme dans l'exemple suivant :

CREATE WRAPPER odbc LIBRARY 'libdb2rcodbc.so' OPTIONS (MODULE '/usr/lib/odbc.so')

Dans cet exemple, MODULE '/usr/lib/odbc.so' correspond au chemin complet de la bibliothèque contenant le gestionnaire de pilote ODBC.

Fonction Découvrir et éditeur de mappages

• Lorsque vous lancez la fonction Découvrir des relations, sachez que les alias sont traités comme des tables. Vous devrez choisir de les inclure ou non dans l'ensemble des schémas source, ou dans le schéma cible lorsque vous définissez la portée de la fonction Découvrir.
• Pour les algorithmes comprenant un échantillonnage de données, seules les données contenues dans les bases de données Oracle et DB2 sont échantillonnées. Pour mettre en cache les données échantillonnées, vous devez spécifier une base de données de mémoire cache. Seule DB2 UDB for Linux, UNIX et Windows est prise en charge en tant que base de données de mémoire cache.
• Sur les systèmes d'exploitation Linux, l'option thésaurus pour l'algorithme de nom sémantique n'est pas pris en charge.
• Les types définis par l'utilisateur (UDT) ne sont pas échantillonnés lorsque vous découvrez des relations.
• Dans les préférences de l'éditeur de mappages, lorsque vous définissez des préférences pour la découverte de relations, la page Algorithmes contient une sélection sur la manière de classer plusieurs algorithmes. Vous pouvez spécifier Composition par séquence ou Composition par pondération. Lorsque vous sélectionnez Composition par pondération, cela affecte une valeur de pondération à chaque algorithme. Actuellement, l'option ne s'applique qu'aux algorithmes renvoyant une valeur unique.
• La génération de requête SQL/XML ignore la valeur réelle de "x" d'un attribut XSD maxOccurs="x"' si x est un nombre supérieur ou égal à 1. La requête générée créera des éléments XML pour toutes les lignes d'une colonne source. Elle ne limitera pas le nombre de lignes sélectionnées au nombre défini dans maxOccurs. Cela provient de l'incapacité des requêtes SQL/XML conformes à SQL2003 à exprimer cette exigence. Pour les éléments définis avec l'attribut maxOccurs="0", l'éditeur de mappages interdit le mappage. C'est pourquoi les éléments définis en tant que maxOccurs="0" n'apparaîtront pas dans le résultat.
• Lorsque des UDT se trouvent du côté cible, il est possible que les scripts générés ne soient pas analysés en raison du traitement de la valeur nulle pour les UDT.
• Dans les deux scénarios suivants, tous les artefacts ne sont pas générés dans le script DDL et le script ne peut pas être déployé sans modification :
  • Vous effectuez un mappage à partir d'une table source T1 dans A.dbm vers une table cible T2 dans B.dbm, et ni A ni B ne sont fédérés à un serveur intégrateur d'informations. Dans ce cas, la seule plateforme de déploiement disponible sera A.dbm et seul un script d'insertion est généré. Aucun objet de table T2 pour A.dbm n'est généré même si cela est nécessaire pour le script à exécuter. Si vous voulez exécuter le script, vous devez créer la table.
  • Vous effectuez un mappage à partir d'une table source T1 dans A.dbm vers une table cible T2 dans B.dbm, et à la fois A.dbm et B.dbm sont fédérés à un serveur intégrateur d'informations. Dans ce cas, le serveur intégrateur d'informations est disponible en tant qu'option de déploiement. Cependant, si vous sélectionnez le serveur intégrateur d'informations, seuls les alias de type nickname pour T1 et le script d'insertion sont générés. Vous devez générer les alias de type nickname pour T2 à partir de B.dbm sur le serveur intégrateur d'informations avant de pouvoir exécuter correctement le script.

Prise en charge de la fédération

• Vous pouvez générer des scripts DDL pour le serveur fédéré à partir de l'explorateur de base de données. Après avoir généré un script, vous pouvez procéder au déploiement vers des serveurs sur DB2 Universal Database for Linux, UNIX et Windows, DB2 Universal Database for iSeries, Oracle, SQL Server, Teradata, services Web, XML et Sybase. Pour déployer des scripts DDL sur toute autre source de données, vous devez les déployer à l'aide de la ligne de commande de DB2 (exécutez-les comme des scripts DB2). Lorsque vous procédez au déploiement, il est possible qu'un message vous indique que l'encapsuleur existe déjà. Si ce message d'erreur s'affiche, déconnectez la base de données et reconnectez-la.

Noms d'objet délimités

Ne créez pas un objet dont le nom comporte des guillemets. Un nom d'objet délimité par des guillemets ne fonctionnera pas. Les exemples suivants ne sont actuellement pas pris en charge :

"""PROCEDURE"""
"""TABLE"""
"""SCHEMA"""."""PROCEDURE"""

ClearCase

• Si vous essayez d'utiliser l'adaptateur ClearCase SCM dans un environnement où l'adaptateur n'a pas été configuré, le produit s'arrêtera.
• Vous ne pouvez pas développer les dossiers des objets d'un projet de développement ayant été réservés à l'aide du gestionnaire de ressources ClearCase.
• Il est possible que l'avertissement suivant s'affiche après l'installation du client distant ClearCase pour Eclipse :

  La configuration actuelle contient des erreurs et cette opération peut avoir des résultats imprévus.

  Vous pouvez ignorer cet avertissement.

Outils SQL

• L'éditeur SQL ne prend pas en charge les variables hôtes lors de l'action Exécuter SQL. Pour remédier à ce problème, vous pouvez exécuter SQL à partir du générateur SQL, s'il s'agit d'une instruction DML.
• Si vous modifiez une instruction dans la zone source SQL du générateur SQL et que vous enregistrez ensuite l'instruction alors qu'elle est invalide, le texte en cours n'est pas enregistré. A la place, c'est le texte qui se trouvait dans la zone source SQL avant les modifications qui est enregistré. Si vous essayez d'exécuter l'instruction invalide à partir du générateur SQL, c'est la dernière instruction valide qui est exécutée à la place.
• Dans le générateur SQL, le produit ne trace pas de lignes dans les tables graphiques pour des conditions spécifiées dans la clause WHERE qui représentent une jointure.
• La syntaxe SQL complète n'est pas prise en charge. Par exemple, les fonctions Tables et Types définis par l'utilisateur (UDT) ne sont pas prises en charge.

Mises à jour de la documentation