en acceptant le mappage par défaut pour celles développées pour l'environnement
client/serveur. Procédez alors comme suit :
v Définissez une entrée dans le répertoire des noeuds.
v Définissez deux entrées dans le répertoire DCS, avec des noms de base de
données différents. Pour l'une des entrées, spécifiez NOMAP dans la chaîne de
paramètres.
v Définissez deux entrées dans le répertoire système des bases de données, avec
des alias de base de données différents et les deux noms de base de données
spécifiés dans le répertoire DCS.
Les deux alias accèdent à la même base de données, l'un avec le mappage
SQLCODE et l'autre sans mappage SQLCODE.
Traitement des données bidirectionnelles (BiDi)
La section suivante concerne uniquement les serveurs z/OS. Cette fonction ne doit
pas être activée pour un serveur DB2 for IBM i étant donné que celui-ci assure déjà
la prise en charge complète des données bidirectionnelles.
Les attributs BiDi sont requis pour la bonne gestion des données BiDi sur diverses
plateformes :
v Format de numérotation (ARABIC versus HINDI)
v Orientation (RIGHT-TO-LEFT versus LEFT-TO-RIGHT)
v Mise en forme (SHAPED versus UNSHAPED)
v Permutation symétrique (YES ou NO)
v Type de texte (LOGICAL versus VISUAL)
Puisque les valeurs par défaut définies dans les diverses plateformes ne sont pas
les mêmes, des incidents se produisent lors de l'envoi de données DB2 d'une
plateforme à une autre. Par exemple, les plateformes Windows utilisent des
données LOGICAL UNSHAPED alors que les données z/OS sont généralement au
format SHAPED VISUAL. Par conséquent, en l'absence d'une prise en charge des
attributs BiDi, les données envoyées depuis DB2 for z/OS à DB2 Connect sous
Windows ne s'affichent pas correctement.
Lors de l'échange de données entre DB2 Connect et une base de données et un
serveur, le récepteur effectue généralement la conversion des données entrantes. La
même convention devrait normalement s'appliquer à la transformation de
l'affichage des données BiDi, qui est un procédé supplémentaire au procédé de
conversion des pages de codes habituel. Cependant, à l'heure actuelle, aucune hôte
DB2 ne prend en charge les CCSID BiDi ou la transformation de l'affichage des
données BiDi. Aussi, DB2 Connect a été amélioré et possède la fonction optionnelle
de procéder à la transformation de l'affichage des données BiDi pour les données
qui vont être envoyées à la base de données du serveur en plus de procéder à la
transformation des données reçues de la base de données du serveur.
Pour que DB2 Connect procède à la transformation de l'affichage des données BiDi
pour les données sortantes vers une base de données du serveur, le CCSID BiDi de
la base de données du serveur devra être supprimé. Cette suppression est réalisée
via l'utilisation du paramètre BIDI dans le champ PARMS de l'entrée de répertoire
de base de données DCS du serveur de base de données.
Le procédé d'utilisation de cette fonction s'explique plus facilement au moyen d'un
exemple.
Chapitre 2. Référence pour DB2 Connect
33