Qu'est-ce que l'utilisation de la réorganisation de commande dans IBM DB2?
Qu'est-ce que l'utilisation de la réorganisation de commande dans ibm db2 db ? Ce n'Réorganisation faire en interne ?
Est-il nécessaire d'exécuter la réorganisation de nouveaux index sont créés sur la table ?
Je vais voter pour fermer cette question hors-sujet parce que c'est pas de la programmation.
OriginalL'auteur Cshah | 2010-08-05
Vous devez vous connecter pour publier un commentaire.
La RÉORGANISATION de l'opération remplit les fonctions suivantes:
Vérifie l'intégrité référentielle, le cas échéant, pour la table cible, et soit supprime les lignes qui violent ou invalide toute index concernés. (L'intégrité référentielle est le relationnel propriété que chaque clé étrangère de la valeur dans une table existe en tant que clé primaire de la valeur dans la table référencée.
Effectue une réorganisation interne de l'un ou de l'index de la table (tous les types) pour améliorer le stockage interne de cette information et de ce fait la performance lorsque l'index est utilisé pour accéder aux données. Il peut reconstruire tous les index, de manière sélective la reconstruction d'un ou plusieurs indices, ou de manière sélective la reconstruction d'un ou plusieurs segments d'un ou de plusieurs indices.
Remplit un DIFFÉRÉ d'index est créé avec une instruction CREATE INDEX. Un DIFFÉRÉ d'index est une structure d'index vide qui peut être rempli à une date ultérieure.
Reconstruit précalculées points de vue. Par exemple, si précalculées vue de l'entretien est réglé sur OFF dans votre application, vous pouvez utiliser la RÉORGANISATION de commande pour reconstruire précalculées point de vue, sans toucher à l'index de la table cible. Alternativement, vous pouvez utiliser la RÉORGANISATION de commande pour reconstruire les deux index et les vues.
En plus de la reconstruction d'agrégation des données de la table, la RÉORGANISATION de commande reconstruit les index sur les tables d'agrégation.
Une RÉORGANISATION de l'opération est nécessaire dans les cas suivants:
Pour reconstruire les index concernés si vous utilisez une base de données de l'opération de restauration pour restaurer les différents segments d'une table ou d'un index.
Lorsque les modifications apportées à une base de données touchent plus que d'environ 30 pour cent des données, exécutez la TMU avec une RÉORGANISATION de déclaration pour toutes les tables modifiées directement. Périodiquement, la reconstruction de ces tables et les index avec une RÉORGANISATION déclaration garantissant l'intégrité et des performances optimales.
De réorganiser invalide ÉTOILES index. Certaines opérations peuvent invalider ÉTOILES index. Par exemple, l'augmentation de la MAXROWS PAR SEGMENT ou la MAXSEGMENTS paramètre sur une table, ou à l'aide d'une instruction ALTER pour développer un segment, peuvent invalider STAR des index sur les tables de référence de la modification de la table. Ces opérations génèrent toujours un message d'avertissement qui dit STAR indices basés sur la modification de la table peut-être pas valide, auquel cas le touché STAR indices besoin d'être réorganisé. Vous pouvez réorganiser index concernés lorsque le message est émis ou à l'annexe de la RÉORGANISATION de l'opération pour un moment plus opportun. Cependant, tous les non-requête (INSERT, UPDATE ou DELETE) opération contre une table qui a un index non valide les résultats dans un message d'erreur qui dit que l'index doit être réorganisée. Vous devez procéder à une RÉORGANISATION de l'opération avant de la table peut être accessible pour un INSERT, UPDATE, DELETE, ou de l'opération de CHARGEMENT.
RÉORGANISATION n'est pas nécessaire dans les cas suivants:
Si aucune modification n'est apportée à la base de données, sauf par des chargements complets de données.
Si la table et les index sont segmentés comme index et le nouveau chargement des données dans de nouveaux segments de l'index correspondant à la nouvelle table de segments.
OriginalL'auteur wizneel
Lorsque vous supprimez un enregistrement (ou une ligne) dans (au moins pour l'iSeries) DB2, elle marque le record pour la suppression, mais ne supprime pas physiquement l'enregistrement. Lors de la réorganisation est de courir, il faut les enregistrements marqués pour suppression et puis supprime physiquement. Je crois qu'il se déplace également tous les enregistrements de données autour de pour des performances optimales dans ce processus. Sur l'iSeries, ce besoin peut être rendu obsolète par dire le fichier (ou un tableau) pour la réutilisation de supprimer des enregistrements.
Comme je l'ai déjà évoqué, je sais que c'est le cas sur DB2 for iSeries (ou IBM i). Je ne peux que supposer que ce processus est similaire sur DB2.
OriginalL'auteur Mike Wills
De ce qu'il fait est de mettre les enregistrements physiques de retour dans la clé primaire de l'ordre, avec la bonne quantité d'espace libre (spécifié par PCTFREE) dans les bons endroits.
Évidemment, cela nécessite également l'index sont reconstruits ainsi qui entraîne bien équilibré btrees.
OriginalL'auteur James Anderson