Después de muchas actualizaciones INSERT, DELETE y UPDATE a datos de tablas, a menudo
con actividades de columnas de longitud variable, los datos secuencialmente lógicos
pueden estar en páginas de datos físicas no secuenciales. El gestor de bases de datos
debe realizar operaciones de lectura adicionales para acceder a los datos. Puede utilizar
el mandato REORG para reorganizar tablas de DB2, eliminando la fragmentación y reclamando el
espacio.
Las REORG planificadas regularmente mejoran la E/S y reducen significativamente
el tiempo transcurrido. Implemente un plan de mantenimiento planificado regularmente.
DB2 proporciona los siguientes tipos de operaciones
REORG,
REORG clásico y
REORG in situ. Si tiene una ventana de mantenimiento
de base de datos establecida, utilice REORG clásico. Si tiene un entorno
operativo las 24 horas, utilice REORG in situ.
- REORG clásico
- El método más rápido de REORG
- Índices reconstruidos durante la reorganización
- Garantiza datos perfectamente ordenados
- Acceso limitado a sólo lectura durante la fase UNLOAD, sin acceso durante
el resto de fases
- No reiniciable
- REORG in situ
- Más lento que REORG clásico y tarda más en finalizar
- No garantiza datos o índices perfectamente ordenados
- Requiere más espacio de registro
- No se puede pausar y reiniciar
- Puede permitir el acceso de a aplicaciones a la base de datos durante la reorganización