Administration : Planification

Tables à regroupement de colonnes

Une table à regroupement de colonnes ne peut pas être créée dans une base de données possédant plus d'une partition.

Conception d'espace table catalogue

Lors de la création d'une base de données, trois espaces table sont définis, y compris l'espace table SYSCATSPACE pour les tables catalogue système. La taille de page qui devient la taille de page par défaut pour tous les espaces table est définie lorsque la base de données est créée. Si une taille de page supérieure à 4 096 octets (ou 4 ko) est choisie, la taille de page pour les tables catalogue est limitée à la taille des lignes que celles-ci auraient si l'espace table catalogue avait une taille de page égale à 4 ko. La taille de page de base de données par défaut est stockée en tant que paramètre de configuration de base de données informatif appelé pagesize.

Codes territoire et pages de codes pris en charge

Dans l'annexe B, «National language support (NLS)» du manuel Administration Guide: Planning, la rubrique intitulée «Supported territory codes and code pages» comporte les tableaux de chaque territoire. Deux tableaux doivent être mis à jour :

Chine (PRC), identificateur de territoire : CN

La page de codes de la ligne Linux GBK, dans le tableau «Chine (PRC), identificateur de territoire : CN (China (PRC), territory identifier: CN)» comporte la valeur 1383, qui doit être remplacée par 1386.

La ligne doit donc se présenter ainsi :

1386     D-4     GBK     86     zh_CN.GBK     Linux

Japon, identificateur de territoire : JP

Le tableau «Japon, identificateur de territoire : JP (Japan, territory identifier: JP)» a été modifié.

Le nom de l'environnement local suivant doit être supprimé :

954      D-1      eucJP   81       japanese      Solaris

Tableau corrigé :

Fonction XA prise en charge par DB2 Universal Database

DB2 Universal Database (UDB) prend en charge la spécification XA91 définie dans X/Open CAE Specification Distributed Transaction Processing: The XA Specification, avec les exceptions suivantes :

• Service asynchrones

  La spécification XA permet à l'interface d'utiliser des services asynchrones, de sorte que le résultat d'une requête puisse être vérifié ultérieurement. Le gestionnaire de base de données nécessite que les requêtes soient appelées en mode synchrone.

• Enregistrement

  L'interface XA offre deux manières d'enregistrer un RM : enregistrement statique et enregistrement dynamique. DB2 UDB prend en charge les enregistrements dynamiques et statiques. DB2 UDB fournit deux commutateurs :

  • db2xa_switch pour l'enregistrement dynamique
  • db2xa_switch_static pour l'enregistrement statique
• Migration des associations

  DB2 UDB ne prend pas en charge la migration des transactions entre les unités d'exécution du contrôle.

Utilisation et emplacement du commutateur XA

Comme l'exige l'interface XA, le gestionnaire de base de données offre une variable C externe db2xa_switch et db2xa_switch_static de type xa_switch_t pour renvoyer la structure de commutateur XA au TM. Au contraire des adresses des différentes fonctions XA, les zones suivantes sont renvoyées :

Zone

Valeur

nom

Nom de produit du gestionnaire de base de données. Par exemple, DB2 UDB pour AIX.

repères

Pour db2xa_switch TMREGISTER | TMNOMIGRATE est défini

Permet d'établir de manière explicite que DB2 UDB utilise un enregistrement dynamique et que TM ne doit pas utiliser la migration des associations. Permet d'établir de manière implicite que l'opération asynchrone n'est pas prise en charge.

Pour db2xa_switch_static TMNOMIGRATE est défini

Permet d'établir de manière explicite que DB2 UDB utilise un enregistrement dynamique et que TM ne doit pas utiliser la migration des associations. Permet d'établir de manière implicite que l'opération asynchrone n'est pas prise en charge.

version

Doit être nul.

Utilisation du commutateur XA de DB2 Universal Database

L'architecture XA nécessite qu'un Gestionnaire de ressources offre un commutateur permettant au Gestionnaire de transactions XA d'accéder à ses routines xa_. Le commutateur d'un Gestionnaire de ressources utilise une structure appelée xa_switch_t. Le commutateur contient le nom du Gestionnaire de ressources, des pointeurs non NULL vers les points d'entrée XA du Gestionnaire de ressources, un repère et un numéro de version.

Systèmes Linux- et UNIX-

Il est possible d'obtenir le commutateur de DB2 Universal Database (UDB) de l'une des deux façons suivantes :

• Par un niveau supplémentaire d'adressage indirect. Dans un programme C, vous pouvez définir la macro :

     #define db2xa_switch (*db2xa_switch)
     #define db2xa_switch_static (*db2xa_switch)

  avant d'utiliser db2xa_switch ou db2xa_switch_static.
• En appelant db2xacic ou db2xacicst

  DB2 UDB fournit ces API, qui renvoient l'adresse de la structure db2xa_switch ou db2xa_switch_static. Le prototype de cette fonction est établi de la manière suivante :

     struct xa_switch_t * SQL_API_FN  db2xacic( )
     struct xa_switch_t * SQL_API_FN  db2xacicst( )

Quelle que soit la méthode, vous devez lier votre application à libdb2.

Windows NT

Le pointeur vers la structure xa_switch, db2xa_switch ou db2xa_switch_static est exporté en tant que données DLL. Cela implique qu'une application Windows NT utilisant cette structure doit lui faire référence de l'une des trois manières suivantes :

• Par un niveau supplémentaire d'adressage indirect. Dans un programme C, vous pouvez définir la macro :

  #define db2xa_switch (*db2xa_switch)
  #define db2xa_switch_static (*db2xa_switch)

  avant d'utiliser db2xa_switch ou db2xa_switch_static.
• Si vous utilisez le compilateur Microsoft Visual C++, db2xa_switch ou db2xa_switch_static peut être défini comme :

  extern __declspec(dllimport) struct xa_switch_t db2xa_switch
  extern __declspec(dllimport) struct xa_switch_t db2xa_switch_static

• En appelant db2xacic ou db2xacicst

  DB2 UDB fournit cette API, qui renvoie l'adresse de la structure db2xa_switch ou db2xa_switch_static. Le prototype de cette fonction est établi de la manière suivante :

  struct xa_switch_t * SQL_API_FN  db2xacic( )
  struct xa_switch_t * SQL_API_FN  db2xacicst( )

Avec l'une de ces méthodes, vous devez lier votre application à db2api.lib.

Exemple de code C

Le code suivant illustre les différentes manières d'accéder à db2xa_switch ou à db2xa_switch_static via un programme C sur une plateforme DB2 UDB. Assurez-vous d'avoir lié votre application à la bibliothèque appropriée.

   #include <stdio.h>
   #include <xa.h>

   struct xa_switch_t * SQL_API_FN  db2xacic( );

   #ifdef DECLSPEC_DEFN
   extern __declspec(dllimport) struct xa_switch_t db2xa_switch;
   #else
   #define db2xa_switch (*db2xa_switch)
   extern struct xa_switch_t db2xa_switch;
   #endif

main( )
   {
      struct xa_switch_t *foo;
      printf ( "%s \n", db2xa_switch.name );
      foo = db2xacic();
      printf ( "%s \n", foo->name );
      return ;
   }

Mise à jour des valeurs TPM et tp_mon_name pour les formats de chaîne xa_open

La colonne Paramètres internes du tableau suivant a été modifiée de façon à indiquer les paramètres de l'unité d'exécution du contrôle (TOC).

L'unité d'exécution du contrôle est l'entité à laquelle toutes les connexions DB2 UDB XA sont liées :

• Lorsque sa valeur est T, toutes les connexions DB2 établies sous une unité d'exécution donnée du système d'exploitation n'existent que pour l'unité d'exécution en question. Les unités d'exécution ne peuvent pas partager de connexions DB2 UDB. Chaque unité d'exécution du système d'exploitation doit établir son propre ensemble de connexions DB2 UDB XA.
• Lorsque la valeur de l'unité d'exécution du contrôle est P, toutes les connexions DB2 UDB XA sont uniques pour le processus du système d'exploitation et toutes les connexions XA peuvent être partagées par les unités d'exécution du système d'exploitation.

AXLIB=libEncServer (pour Windows)
     =/usr/lpp/encina/lib/libEncServer
        (pour systèmes Linux et UNIX)
HOLD_CURSOR=T
CHAIN_END=T
SUSPEND_CURSOR=F
TOC=T

AXLIB=libEncServer (pour Windows)
     =/usr/lpp/encina/lib/libEncServer
        (pour systèmes Linux et UNIX)
HOLD_CURSOR=F
CHAIN_END=T
SUSPEND_CURSOR=F
TOC=T

AXLIB=mqmax 
(pour Windows)
     =/usr/mqm/lib/libmqmax_r.a 
(pour applications AIX conçues avec des 
unités d'exécution)
     =/usr/mqm/lib/libmqmax.a 
(pour applications AIX non conçues 
avec des unités d'exécution)
     =/opt/mqm/lib/libmqmax.so 
(pour Solaris)
     =/opt/mqm/lib/libmqmax_r.sl 
(pour applications HP conçues avec 
des unités d'exécution)
     =/opt/mqm/lib/libmqmax.sl 
(pour applications HP non conçues avec 
des unités d'exécution)
     =/opt/mqm/lib/libmqmax_r.so 
(pour applications Linux conçues avec 
des unités d'exécution)
     =/opt/mqm/lib/libmqmax.so 
(pour applications Linux non conçues 
avec des unités d'exécution)
HOLD_CURSOR=F
CHAIN_END=F
SUSPEND_CURSOR=F
TOC=P

AXLIB=somtrx1i (pour Windows)
     =libsomtrx1
        (pour systèmes Linux et UNIX)
HOLD_CURSOR=F
CHAIN_END=T
SUSPEND_CURSOR=F
TOC=T

AXLIB=ibmsfDB2
HOLD_CURSOR=F
CHAIN_END=T
SUSPEND_CURSOR=F
TOC=T

AXLIB=libtux
HOLD_CURSOR=F
CHAIN_END=F
SUSPEND_CURSOR=F
TOC=T

Activation des tables de conversion pour les pages de codes 923 et 924

Le tableau suivant contient une liste de tous les fichiers de table de conversion de pages de codes associés aux pages de codes 923 et 924. Chaque fichier se présente sous la forme XXXXYYYY.cnv ou ibmZZZZZ.ucs, où XXXXX est le numéro de la page de codes source et YYYY est le numéro de la page de codes cible. Le fichier ibmZZZZZ.ucs prend en charge la conversion entre la page de codes ZZZZZ et Unicode.

Fichiers de table de conversion pour les pages de codes euro

Les tableaux ci-dessous répertorient les tables de conversion qui ont été améliorées de façon à prendre en charge le symbole monétaire de l'euro (?) Si vous souhaitez désactiver la prise en charge du symbole de l'euro, téléchargez le fichier de table de conversion indiqué dans la colonne intitulée "Fichiers de table de conversion".