Table des Matières
Publicité
Afin de mettre en oeuvre les connexions entre les systèmes de gestion de base de
données serveur DRDA et les clients IBM Data Server, DRDA utilise les
architectures suivantes :
v Character Data Representation Architecture (CDRA)
v Distributed Data Management Architecture (DDM)
v Formatted Data Object Content Architecture (FD:OCA)
v Transmission Control Protocol/Internet Protocol (TCP/IP).
Ces architectures sont utilisées comme éléments d'assemblage. Les flots de données
qui parcourent le réseau sont spécifiés par l'architecture DRDA qui documente un
protocole de flot de données prenant en charge les accès aux bases de données
relationnelles.
Une requête est dirigée vers le bon emplacement au moyen de répertoires
contenant divers types d'informations de communication et le nom de la base de
données du serveur DRDA à laquelle vous accédez.
Unité d'oeuvre éloignée
Une unité d'oeuvre éloignée permet à un utilisateur ou un à programme
d'application de lire ou de mettre à jour les données d'un seul emplacement. Elle
prend en charge l'accès au sein d'une même unité d'oeuvre éloignée. Un
programme d'application peut mettre à jour plusieurs bases de données éloignées,
mais il ne peut accéder qu'à une seule base de données au sein d'une unité
d'oeuvre.
L'unité d'oeuvre éloignée possède les caractéristiques suivantes :
v Plusieurs requêtes (instructions SQL) sont prises en charge par unité d'oeuvre
éloignée.
v Plusieurs curseurs sont pris en charge par unité d'oeuvre éloignée.
v Chaque unité d'oeuvre éloignée peut uniquement mettre à jour une base de
données.
v Le programme d'application valide ou annule l'unité d'oeuvre éloignée.
Lorsqu'une erreur se produit, le serveur de base de données ou DB2 Connect
peut annuler l'unité d'oeuvre éloignée.
Par exemple, la figure 2, à la page 8 illustre un client de base de données exécutant
une application de transfert de fonds qui accède à une base de données contenant
des tables de comptes de chèque et d'épargne ainsi qu'une grille tarifaire des
transactions. L'application doit :
v Accepter la somme à transférer à partir de l'interface utilisateur.
v Soustraire la somme du compte d'épargne et déterminer le nouveau solde de
compte.
v Lire la grille tarifaire afin de déterminer les frais de transaction d'un compte
d'épargne avec le solde de compte donné.
v Soustraire les frais de transaction du compte d'épargne.
v Ajouter la somme du transfert au compte courant.
v Valider la transaction (unité d'oeuvre).
Chapitre 1. Concepts de DB2 Connect
7
Publicité
Table des Matières
