Reorganizaciones de la base de datos: Por qué son importantes y la diferencia entre en línea y fuera de línea
Las reorganizaciones de la base de datos se realizan para ahorrar espacio de datos y mejorar la eficiencia y el rendimiento de la base de datos. Este artículo explica por qué. El siguiente artículo muestra cómo reorganizar varias tablas y bases de datos en Eclipse.
Los datos en tablas RDBMS grandes eventualmente se fragmentan. El tamaño de las tablas y los índices aumenta a medida que los registros se distribuyen en más páginas de datos. Más lecturas de página y filas en orden de no unión durante la ejecución de la consulta respuestas de consulta lentas. Para recuperar el espacio desperdiciado, mejorar el tiempo de actividad de la base de datos y acelerar el acceso a los datos (respuestas de consulta), considere una estrategia para reorganizar los objetos de su base de datos.
Las reorganizaciones de bases de datos constan de dos tipos para estos objetos de tablas, índices y espacios de tablas:en línea (in situ) y fuera de línea (clásico).
Base de datos en línea Las reorganizaciones funcionan de forma incremental al mover filas dentro de la tabla existente para restablecer la agrupación, recuperar espacio libre y eliminar las filas desbordadas. Los objetos no están disponibles solo por un corto tiempo cerca del final, no durante las fases de recarga y reconstrucción, que pueden prolongarse para objetos grandes. Permiten que las aplicaciones se conecten a la base de datos, pero a menudo ralentizan su rendimiento y pueden crear esperas de bloqueo en ese momento.
Base de datos fuera de línea las reorganizaciones son más rápidas, pero pueden desconectar la base de datos (si se utiliza la utilidad de reorganización de la base de datos). Con este método, los datos se exportan desde la base de datos a un archivo de volcado (descarga). Los objetos de la base de datos se configuran en función de la extracción, normalmente reordenados (clasificación). Luego se devuelven al mismo espacio de tabla (carga), donde los índices se restauran implícitamente (reconstrucción).
Los administradores de bases de datos conscientes del rendimiento utilizan IRI FACT (Extracción rápida) para la descarga, lo que crea un archivo plano portátil que se puede ordenar (con IRI CoSort) en la clave de índice principal de la tabla reorganizada. Con este enfoque, pueden ocurrir otras operaciones de transformación y generación de informes, y la base de datos permanece en línea. Las cargas de rutas directas preclasificadas también omiten la clasificación (sobrecarga) del cargador de la base de datos. Todas estas operaciones están automatizadas en el asistente de reorganización sin conexión de IRI Workbench.
Mantener una copia "sombra" de los datos en el sistema de archivos para cada tabla no debería ser excesivamente oneroso porque una vez que el archivo plano se ordena y vuelve a cargar, se puede eliminar. Al mismo tiempo, tener los datos de reorganización externalizados y disponibles para CoSort también permite la posibilidad de otros usos de los datos, incluido el archivo, la generación de informes, la protección y la migración a otra base de datos, herramienta de BI y destinos de aplicaciones.
La advertencia, por supuesto, es que durante la descarga, otros usuarios del sistema pueden leer y actualizar el espacio de la tabla, por lo que cualquier actualización durante este tiempo podría pasar por alto la recarga y crear inconsistencias en el destino. Por lo tanto, se recomienda que las reorganizaciones fuera de línea se realicen cuando no se produzcan actualizaciones.
IRI ofrece una solución de reorganización fuera de línea, descrita y mostrada aquí.
