(C) IBM Corp. 2000
DB2 Extension Net Search - Guide d'administration et d'utilisation
Vous pouvez également créer un index de texte sur des alias de type
nickname dans une base de données fédérée renvoyant à des tables dans une base
de données éloignée. Dans ce cas, le rôle de la table de journalisation
(pour les mises à jour incrémentielles d'index) est différent de son rôle
pour un index sur une table normale. Contrairement aux tables normales,
les déclencheurs DB2 ne peuvent pas être créés sur des alias de type nickname,
par conséquent, les informations de modification ne peuvent pas être insérées
dans une table de journalisation utilisant des déclencheurs. Ainsi, les
mises à jour incrémentielles peuvent créer un index sur un alias de type
nickname de deux manières différentes :
- La table de journalisation est créée en local dans la base de données
fédérée et l'application doit veiller à ce que la table de journalisation
contienne des informations de modification correctes sur l'alias de type
nickname. Pour les vues DB2, le cas est similaire à la mise à jour
incrémentielle d'index. Il s'agit de l'option par
défaut.
- DB2 Replication a été défini pour que les modifications à la table
référencées par l'alias de type nickname soient capturées dans une "Table
de modification des données " (table CD) pour des bases de données DB2
éloignées ou dans une "Table de modification cohérente des données" (table
CCD) pour des bases de données relationnelles non DB2. DB2 Extension
Net Search peut alors utiliser la table CD ou la table CCD au lieu de créer
une table de journalisation pour un index sur un alias de type
nickname. Dans ce cas, vous devez spécifier les caractéristiques de la
table de capture dans la commande DB2TEXT CREATE INDEX.
[ Début de page | Page précédente | Page suivante | Table des matières | Index ]