La fragmentación es una característica de servidor de bases de datos que le

permite controlar dónde se almacenan los datos a nivel de tabla. La fragmentación

le permite definir grupos de filas o claves de índice dentro de una tabla, según
algún algoritmo o esquema. Puede almacenar cada grupo o fragmento (también
conocido como partición) en un espacio de base de datos (dbspace)
independiente asociado con un disco físico específico. Se utilizan sentencias SQL
para crear los fragmentos y asignarlos a los espacios de base de datos.
El esquema que se utiliza para agrupar filas o claves de índice en fragmentos se
denomina esquema de distribución. El esquema de distribución y el grupo de
dbspaces en el que se ubican los fragmentos forman la estrategia de
fragmentación. Las decisiones que debe tomar para formular una estrategia de
fragmentación se describen en el manual IBM Informix Performance Guide.
Una vez decidido si desea fragmentar filas de tablas, claves de índice o ambas, y
cuando haya decidido el modo en que las filas o claves se deben distribuir sobre
los fragmentos, debe escoger un esquema para implantar esta distribución. Para
ver una descripción de los esquemas de distribución que los servidores de bases
de datos IBM® Informixsoportan, consulte Esquemas de distribución para
fragmentación de tabla.
Cuando crea tablas e índices fragmentados, el servidor de bases de datos
almacena la ubicación de cada fragmento de tabla y de índice con otra información
relacionada en la tabla de catálogos del sistema denominada sysfragments. Puede
utilizar esta tabla para acceder a información sobre las tablas e índices
fragmentados. Si utiliza una rutina definida por el usuario como parte de la
expresión de fragmentación, dicha información se registra en sysfragexprudrdep.
Si desea ver una descripción de la información que contienen estas tablas de
catálogos del sistema, consulte el manual IBM Informix Guide to SQL: Reference.

Desde la perspectiva de un usuario final o aplicación cliente, una tabla

fragmentada es idéntica a una tabla no fragmentada. Las aplicaciones clientes no
necesitan ninguna modificación para permitirles acceder a los datos de tablas
fragmentadas.
Para algunos esquemas de distribución, el servidor de bases de datos tiene
información sobre los datos contenidos en los fragmentos, de modo que puede
direccionar solicitudes de datos de clientes al fragmento adecuado sin tener que
acceder a fragmentos no relevantes. (El servidor de bases de datos no puede
direccionar peticiones de datos de clientes al fragmento adecuado para esquemas
circulares y para algunos esquemas de distribución basados en expresiones.) Si
desea obtener más información, consulte el apartado Esquemas de distribución
para fragmentación de tabla.

POR QUÉ?

Considere la posibilidad de fragmentar sus tablas si tiene como objetivo mejorar al

menos uno de los aspectos siguientes:
 Tiempo de respuesta de un solo usuario
 Concurrencia
 Disponibilidad
 Características de copia de seguridad y restauración
 Carga de datos

Cada uno de los objetivos anteriores tiene sus propias implicaciones para la
estrategia de fragmentación que implante finalmente. Su principal objetivo de
fragmentación determina el modo de implantar la estrategia de fragmentación, o al
menos influye sobre el mismo. Cuando decida si desea utilizar la fragmentación
para conseguir alguno de los objetivos anteriores, recuerde que dicha
fragmentación requiere cierta actividad adicional de administración y supervisión.
Si desea obtener más información sobre los objetivos anteriores y sobre cómo
planificar una estrategia de fragmentación, consulte el manual IBM Informix
Performance Guide.

DE QUIEN?

Existe cierto solapamiento entre las responsabilidades del administrador de servidor de

bases de datos y las del administrador de bases de datos (DBA) con respecto a la
fragmentación. El DBA crea el esquema de bases de datos, que puede incluir
fragmentación de tablas. Por otro lado, el administrador del servidor de bases de datos es
el responsable de asignar el espacio de disco en el que van a residir las tablas
fragmentadas. Puesto que ninguna de estas responsabilidades se puede realizar
independientemente de la otra, para implementar la fragmentación se necesita un
esfuerzo de cooperación entre el DBA y el administrador de servidor de bases de datos.
Este manual describe únicamente las tareas que lleva a cabo el DBA para implementar
una estrategia de fragmentación. Si desea obtener información sobre las tareas que lleva
a cabo el administrador del servidor de bases de datos para implantar una estrategia de
fragmentación, consulte los manuales IBM Informix Dynamic Server Administrator's
Guidee IBM Informix Performance Guide.

ANOTACIÓN CRONOLOGICA

Las tablas fragmentadas pueden pertenecer a una base de datos con anotaciones
cronológicas o a una base de datos sin anotaciones cronológicas. Al igual que sucede con
las tablas no fragmentadas, si una tabla fragmentada forma parte de una base de datos
sin anotación cronológica, existe la posibilidad de que se produzcan incoherencias en los
datos si se produce un error.