Gestion des changements d'objets fédérés

Vous pouvez utiliser la fonction de gestion des changements dansOptim Database Administrator pour créer, modifier et supprimer des encapsuleurs, des définitions de serveur, des mappages d'utilisateurs, des surnoms et des procédures mémorisées fédérées.

Vue d'ensemble des systèmes fédérés

Les différentes organisations das une grande entrerpise utilisent souvent des systèmes de gestion de base de données pour stocker leurs données et pour y accéder. Un système fédéré unifie de manière transparante les informations provenant des différentes sources, ce qui permet à l'entreprise d'utiliser la pleine valeur des donné es.

Un système fédéré est un type spécial de système de gestion de base de données distribuée Un système fédéré est composé d'une instance DB2 qui fait office de serveur fédéré, d'une base de données qui sert de base de données fédérée, d'une ou de plusieurs sources de données, et de clients (utilisateurs et applications) qui accèdent à la base de donnée ainso qu'aux sources de données.

Le serveur DB2 dans un système fédéré est appelé le serveur fédéré. N'importe quel nombre d'instances DB2 peut être configuré pour faire office de serveur fédéré L'instance DB2 qui gère le système fédéré est appelée serveur car elle répond aux requêtes des utilisateurs et des applications client. Les utilistaeurs et les applications sont en relation avec la base de donnée fédérée gérée par le serveur fédéré.

Un système fédéré est généralement créé sur un DB2 pour système Linux, UNIX, ou Windows via :
  • La mise a jour des propriétés de configuration du gestionnaire de base de données pour SVCENAME et FEDERATED.
  • La création d'une base de données DB2 pour gérer l'accès fédéré.
  • L'installation d'un logiciel de prérequis, requis par les sources de données cibles, et la configuration l'accès au réseau du système sur lequel ces sources de données résident.
  • La création d'un encapsuleur, d'un serveur, et d'objets de mappages utilisteur pour chaque source de données à laquelle il faut accéder.
  • La création de surnoms pour les objets auxquels il faut accéder dans chaque source de données.

sources de données et objets fédérés pris en charge

Avec Optim Database Administrator, vous pouvez créer, modifier et supprimer des encapsuleurs, des définitions de serveur, des mappages utilisateur, des surnoms et des procédures mémorisées fédérées :
Encapsuleurs
Le mécanisme utilisé par la base de données fédérée pour se connecter à la source de données et extraire les données. Un encapsuleur doit être créé pour chaque type de source de données auquel il faut accéder.
Définitions de serveur
Informations identifiant et définissant la source de données à la base de données fédérée.
Mappages utilisateur
L'association de l'identificateur d’autorisation sur le serveur fédéré et des informations requises pour se connecter à la source de données distante. L'ID utilisateur et les mots de passe que vous utilisez pour accéder au serveur fédéré sont mappés à l'ID utilisateur et au mot de passe que vous utilisez pour accéder au serveur de source de données.
Pseudonymes
Un nom local que vous créez pour identifier chaque objet de la source de données à laquelle vous souhaitez accéder. L'objet identifié par le surnom est appelé objet de source de données.
Tableau 1. Objets de la source de données acceptant les surnoms
Source de données Objet
DB2 for Linux, UNIX, and Windows Surnoms, tables de requêtes matérialisées et vues
DB2 pour System i Tables, vues P/L (fichiers physiques/logiques et types de table
DB2 pour VM and VSE Tables et vues
DB2 for z/OS Tables et vues
Procédures mémorisées fédérées
Une procédure mémorisée en local mappée à une procédure mémorisée dans la source de données.
Lorsque vous créez ces objets pour un système fédéré, vous devez le fairedans l'ordre suivant :
  1. L'encapsuleur
  2. La définition du serveur
  3. Le mappage utilisateur
  4. Les surnoms et les procédures mémorisées fédérées
Les définitions des objetsfédérés sont mémorisées dans la base de données fédérée.
Restriction : Vouspouvez définir et déployer des changements pour ces objets fédérés pris en charge uniquement pourles sources de données qui utilisent des encapsuleurs DRDA, c'est à dire de la famille de produits DB2. La famille de produits DB2 inclut : DB2 pour Linux, UNIX, et Windows; DB2 pour System i, DB2 pour VM and VSE, et DB2 pour z/OS.

Commandes de changements générées pour des objets fédérés

En même temps que n'importe quel changement que vous effectuez en utilisant la fonctionnalité de gestion des changements, vous générez des commandes de changements pour les changements de votre objet fédéré que vous exécutez alors contre le système fédéré .

Lorsque vous modifiez un surnom, une instruction ALTER NICKNAME est générée seulement si vous modifiez la contrainte pour le surnom ou si vous modifiez le type de données de la colonne. Pour tous les autres changements de surnom, une instruction DROP NICKNAME ainsi qu'une instruction CREATE NICKNAME sont créées.

Les commandes de conservation et de maintenance des données ne sont pas incluses dans les commandes de changements générées. Les données n'ont pas besoin d'être conservées car les changements de l'objet fédéré n'affectent pas les tables distantes. Vous pouvez utiliser toujours mettre les statistiques à jour via l'es actions de l'utilitaire qui sont disponibles en cliquant avec le bouton droit de la souris sur un objet dans la Liste d'objets.


Commentaires