Administración y Gestión de Base de Datos

Prof: Anabella De Couto

Actores en el entorno de una base de datos

Los actores del entorno de base de datos son todas aquellas personas que administran, manipulan,
diseñan, construyen y utilizan una base de datos, para lograr fines específicos. Cada uno de ellos
tiene un rol importante, dentro del entorno, que está bien diferenciado.

En algunos casos, tales como pequeñas empresas o industrias, estos roles son cumplidos por una
sola persona, pero generalmente en las medianas y grandes empresas, es necesario que la
responsabilidad recaiga en diferentes actores.

 Administradores de base de datos

 Diseñadores de base de datos
 Analistas de Sistemas
 Programadores de aplicaciones
 Usuarios finales
o Esporádicos
o Simples o paramétricos
o Avanzados
o Autónomos
 Implementadores de herramientas e interfaces de base de datos.
 Operadores y personal de mantenimiento

Administrador de la base de datos:

Son aquellos que se encarga del diseño físico de la base de datos y de su

implementación, realizan el control de la seguridad y de la
concurrencia, mantienen el sistema para que siempre se encuentre operativo y
se encargan de que los usuarios y las aplicaciones obtengan
buenas prestaciones.

El DBA (DataBase Adminitrator) debe conocer muy bien el SGBD, que se esté utilizando, así como
el equipo informático sobre el que esté funcionando, ya que es el responsable de los problemas
relacionados con la seguridad y la respuesta de la base.

Diseñadores de la base de datos:

Realizan el diseño lógico de la base de datos, debiendo identificar los datos, las
relaciones entre ellos y las restricciones que se deban aplicar. El diseñador de la
base de datos debe tener un profundo conocimiento de la información de la
empresa y también debe conocer sus reglas de negocio. Las reglas de negocio
describen las características principales de los datos tal y como las ve la empresa.

1
Administración y Gestión de Base de Datos
Prof: Anabella De Couto

El diseñador de la base de datos debe implicar en el diseño del modelo de datos a todos los
usuarios de la base de datos, tan pronto como sea posible, para comprender las necesidades y
presentar un diseño acorde a los requerimientos.

El diseño lógico de la bases de datos es independiente del SGBD que se vaya a utilizar, es
independiente de los programas de aplicación, de los lenguajes de programación y de
cualquier otra consideración física.

Programadores de aplicaciones:

Se encargan de escribir e implementar los programas de aplicación, según las

especificaciones del diseño, de tal forma que cumplan con los objetivos de
almacenar y brindar información de las bases de datos a los usuarios finales.

Estos programas de aplicación son los que permiten consultar los datos,
insertarlos, actualizarlos y eliminarlos. Estos programas se escriben mediante lenguajes de
programación. Entre otras tareas, los programadores prueban, depuran, documentan y mantienen
las aplicaciones actualizadas.

Analista de sistemas:

Son los profesionales que determinan los requerimientos de los usuarios finales,
entienden su problemática y desarrollan un conjunto de especificaciones que
luego serán programadas en una aplicación para satisfacer las necesidades.

Para poder realizar el trabajo de los analistas y programadores de aplicaciones, es necesario

conocer a la perfección toda la capacidad del SGBD.

Usuarios finales:

Son aquellas personas que tienen la necesidad de realizar consultas, actualizar

los datos y generar reportes de la base de datos. A los usuarios finales también
se les llama clientes de la base de datos.

Existen varias categorías de usuarios finales.

Usuarios esporádicos: son aquellos usuarios que acceden a la base de datos de vez en cuando, y
la información requerida no siempre es la misma. Estos usuarios generalmente tienen un nivel
jerárquico superior en la empresa, y pueden utilizar lenguaje de consulta de base de datos.

2
Administración y Gestión de Base de Datos
Prof: Anabella De Couto

Usuarios paramétricos: son los usuarios cuya función principal es la de realizar consultas y
actualizaciones constantes de la base de datos, utilizando tipos estándar de operaciones, llamadas
transacciones programadas. Un ejemplo de estos usuarios podría ser, cajeros de bancos que
revisan operaciones de retiros y depósitos, u operadores de reservas de viajes que consultan y
actualizan disponibilidades de pasajes.

Usuarios avanzados: Generalmente estos usuarios suelen ser ingenieros, científicos, analistas de
negocios u otros que conocen muy bien los recursos del SGBD, y los utilizan para resolver
requerimientos complejos.
Usuarios autónomos: Emplean bases de datos personalizadas, mediante paquetes de programas
que le permiten usar interfaces fáciles para acceder a la información de una base de datos.

Implementadores de herramientas e interfaces de base de datos

Existen otros actores que están relacionados con el diseño, creación y operación de software del
entorno de SGBD, generalmente no les interesa la base de datos en sí misma.

Estas personas se encargan de diseñar e implementar módulos e interfaces del SGBD en forma de
paquetes o herramientas de software que faciliten el diseño y empleo de los sistemas de base de
datos. Algunos de estos paquetes son desarrollados por separado a una base de datos y son
opcionales.

Operadores y personal de mantenimiento

Son aquellas personas que tienen a su cargo el funcionamiento y mantenimiento del entorno de
hardware y software de base de datos. Estos están más relacionados con el entorno físico.

3
Administración y Gestión de Base de Datos
Prof: Anabella De Couto

Estructura general del sistema gestor de bases de datos

Estructura general del Sistema Gestor de Bases de datos

Un SGBD es un sistema de software complejo que se encuentra dividido en módulos que controlan
diferentes partes de todo el sistema.

En la mayoría de los casos, el sistema operativo proporciona únicamente los servicios más básicos y el
SGBD debe partir de esa base y controlar además el manejo correcto de los datos.

Así el diseño de un sistema de base de datos debe incluir la interfaz entre el sistema de base de datos y
el sistema operativo.

La base de datos y el catálogo del SGBD normalmente se almacenan en el disco. El acceso al disco está
principalmente controlado por el sistema operativo (SO), que planifica la entrada/salida del disco. Un
módulo administrador de los datos almacenados de alto nivel controla el acceso a la información
almacenada en el disco, sea parte de la base de datos o del catálogo.

Los componentes funcionales de un SGBD se pueden dividir a grandes rasgos en Gestor de

Almacenamiento y Procesador de Consultas.

Gestor de Almacenamiento

Un gestor de almacenamiento es un módulo de software que proporciona la interfaz entre los datos de
bajo nivel en la base de datos y los programas de aplicación y consultas emitidas al sistema.

Los datos en bruto se almacenan en disco usando un sistema de archivos, que está disponible
habitualmente en un sistema operativo convencional. El gestor de almacenamiento es responsable del
almacenamiento, recuperación y actualización de los datos en la base de datos.

Los componentes del gestor de almacenamiento incluyen:

Gestores de autorización e integridad: comprueba que se satisfagan las restricciones de integridad y

la autorización de los usuarios para acceder a los datos.

Gestor de transacciones: asegura que la base se mantenga en un estado consistente a pesar de los
fallos de sistema y que las ejecuciones de transacciones concurrentes ocurran sin conflictos.

Gestor de archivos: gestiona la reserva de espacio de almacenamiento de disco y las estructuras de

datos usadas para representar la información almacenada.

Gestor de memoria intermedia: responsable de traer los datos del disco de almacenamiento a la
memoria principal, escogiendo los datos a traer en la memoria caché.

4
Administración y Gestión de Base de Datos
Prof: Anabella De Couto

Procesador de Consultas

Debido a que la memoria principal de las computadoras no puede almacenar gran cantidad de
información, esta se almacena en discos.

Los datos se trasladan entre el disco de almacenamiento y la memoria principal cuando es necesario.
Como la transferencia de datos hacia y desde el disco es lenta comparada con la velocidad de la unidad
central de procesamiento, es fundamental que el sistema de base de datos estructure los datos para
minimizar la necesidad de movimiento de datos entre el disco y la memoria principal.

El procesador de consultas ayuda al sistema de bases de datos a simplificar y facilitar el acceso a los
datos.

El sistema de bases de datos traduce las actualizaciones y las consultas escritas en un lenguaje no
procedimental, en el nivel lógico, en una secuencia de operaciones en el nivel físico.

Los componentes del procesador de consultas incluyen las interfaces para:

 El DBA que trabaja en definir la base de datos y refinarla introduciendo cambios en su definición
mediante el DDL y otros comandos avanzados.
 Los usuarios casuales que trabajan con interfaces interactivas para formular consultas.
 Los programadores de aplicaciones que programan utilizando algunos lenguajes host
(anfitriones).
 Los usuarios paramétricos que realizan las entradas de datos suministrando parámetros a las
transacciones predefinidas.

El compilador DDL procesa las definiciones del esquema solicitado, y almacena las descripciones de
estos esquemas (metadatos) en el catálogo.

El catálogo incluye información como nombres y tamaños de los archivos; nombres y tipos de datos, los
detalles del almacenamiento de cada archivo, la información de mapeado entre esquemas y las
restricciones, además de muchos otros tipos de información que los módulos del SGBD necesitan. Los
módulos software del SGBD buscan en ese catálogo la información que necesitan.

Un compilador de consultas analiza las consultas sintácticamente, los nombres de los elementos de
datos, etcétera, y luego compila todo en un formato interno. Esta consulta interna está sujeta a la
optimización de la consulta que se trata de la reconfiguración y la posible reordenación de operaciones,
eliminación de redundancias y uso de los algoritmos e índices correctos durante la ejecución. Consulta el
catálogo para obtener información estadística y física de los datos almacenados, y genera un código
ejecutable que lleva a cabo las operaciones necesarias y realiza las llamadas al procesador runtime.

Los programadores de aplicaciones escriben programas en lenguajes de alto nivel, como Java, C o PHP,
que son enviados a un pre-compilador. Éste extrae los comandos DML del programa de aplicación
escrito en el lenguaje de programación. Estos comandos se envían al compilador DML para su
compilación en código objeto o lenguaje máquina y así poder acceder a la base de datos. El resto del
código del programa se envía al compilador de lenguaje de alto nivel, para ser compilado por completo.

5
Administración y Gestión de Base de Datos
Prof: Anabella De Couto

Los códigos objeto del DML y el resto del programa se enlazan, formando una transacción programada
cuyo código ejecutable incluye llamadas al procesador de base de datos (runtime). Estas transacciones
resultan de utilidad para los usuarios paramétricos que simplemente suministran los parámetros a dichas
transacciones, de modo que pueden ejecutarse repetidamente como transacciones separadas.

6
Administración y Gestión de Base de Datos
Prof: Anabella De Couto

Arquitectura de Base de Datos

Las bases de datos se pueden organizar de varias formas. Vamos a considerar el enfoque más
habitual de las base de datos relaciones.

Una base de datos, a diferencia de un archivo, es diseñada para ser compartida por muchos usuarios.
Está claro que todos los usuarios ven los datos de formas diferentes. Nos referiremos a la forma en que
un usuario visualiza y describe los datos como una vista de usuario. Sin embargo, el problema es que
diferentes usuarios tienen vistas de usuario distintas. El analista de sistemas debe examinar estas vistas
y debe desarrollar un modelo lógico global de la base de datos. Finalmente, dicho modelo lógico se debe
transformar en el diseño físico correspondiente de la base de datos. El diseño físico describe la forma
como se almacenan y relacionan los datos, así como también la forma en que se acceden.

En el lenguaje de base de datos, las vistas se denominan esquemas.

Por ejemplo, los informes, salidas, gráficos, etc. que ven los usuarios se denomina (esquema de
usuario). Dicho en otras palabras, son todas las operaciones que están al alcance de un usuario.
Por otro lado, el desarrollo de las entidades, atributos y relaciones forman parte del modelo lógico al que
llamaremos (esquema conceptual).
Mientras que todo lo relacionado con el almacenamiento de los datos correspondiente a la estructura
física se denomina (esquema interno)

NOTA
El comité conocido como ANSI/SPARC recomendó que la arquitectura de los SGBD previese tres niveles de
descripción de la BD, no sólo dos.

Informes y Formularios
reportes Esquema de Usuario o
Externo
Lógico

Entidades y Entidades y Esquema Conceptual

relaciones relaciones

Esquema Interno
Físico

Estructura física de la Base

de Datos

Este tipo de arquitectura nos permite independizar la definición y el funcionamiento de cada nivel entre
sí, abstrayéndose de todos los mecanismos necesarios para obtener los resultados esperados por el
usuario.

7
Administración y Gestión de Base de Datos
Prof: Anabella De Couto

Esquema de Usuario o Externo o de vistas

Es el esquema de vistas de resultados para el usuario; este nivel pertenece a la capa lógica. Y pueden
existir múltiples esquemas de usuario o externos que interactúan con el esquema conceptual, cada
esquema describe la visión que tiene el usuario o grupo de usuarios de la base de datos.
En este esquema se encuentran los programas de aplicación, los usuarios directos de la base de datos,
las interfaces.

Cabe aclarar que, cada esquema de usuario es independiente de otro, ya que solo enfocará el interés en
una porción de la base de datos, y no en la base de datos total.

Esquema conceptual
El esquema conceptual describe lógicamente y de manera global, toda la estructura de la base de datos,
sin importar como se implementa físicamente cada representación, definiendo cuales son las entidades,
sus vínculos y relaciones, tipos y sub-tipos de datos, cuáles son las operaciones y restricciones que
deberán ser aplicadas y las reglas de integridad. Dicho en otras palabras, este nivel lógico nos oculta los
detalles de cómo se almacenan los datos.
Este esquema se corresponde con las necesidades totales de la organización.

Esquema Interno
Es el encargado de describir la estructura física de almacenamiento de la base de datos, basándose en
el nivel conceptual, detallando las características para su acceso, definiendo de qué forma se guarda la
información, cuáles son sus contenedores físicos (archivos de almacenamiento).
El esquema de nivel interno responde también a las cuestiones de rendimiento (espacio y tiempo)
planteadas al hacer el diseño físico de la BD y a las cuestiones de ajuste (tuning) que son posteriores a
las necesidades iniciales.

Nota
El modelo relacional en que está inspirado SQL se limita al mundo lógico. Por ello, el estándar ANSI-ISO de SQL no
habla en absoluto del mundo físico o interno; lo deja en manos de los SGBD relacionales del mercado. Sin embargo,
estos SGBD proporcionan la posibilidad de incluir dentro del schema descripciones de estructuras y características
físicas (índice, tablespace, cluster, espacios para excesos, etc.). Como consecuencia muchos SGBD no suelen
distinguir esta arquitectura de tres niveles a causa de, la introducción del nivel interno dentro del nivel conceptual y lo
que ocurre en la mayoría de los casos, es que los esquemas externos de cara al usuario describen la misma
información que al nivel conceptual.

Cabe señalar que los tres esquemas no son más que descripciones de los datos; los únicos datos que existen
realmente están en el nivel físico. En un SGBD basado en la arquitectura de tres esquemas, cada grupo de usuarios
hace referencia exclusivamente a su propio esquema externo; por tanto, el SGBD debe transformar una solicitud
expresada en términos de un esquema externo a una solicitud expresada en términos del esquema conceptual, y
luego a una solicitud en el esquema interno que se procesará sobre la base de datos almacenada.
Si la solicitud es una obtención de datos, será preciso modificar el formato de la información extraída de la base de
datos almacenada para que coincida con la vista externa del usuario.
El proceso de transformar solicitudes y resultados de un nivel a otro se denomina correspondencia o transformación
(mapping). Estas correspondencias pueden requerir bastante tiempo, por lo que algunos SGBD —sobre todo los que
deben manejar bases de datos pequeñas— no cuentan con vistas externas. Sin embargo, incluso en tales sistemas,
es preciso realizar algunas correspondencias para transformar solicitudes entre los niveles conceptual e interno.

8
Administración y Gestión de Base de Datos
Prof: Anabella De Couto

Independencia respecto de los datos

La arquitectura de tres esquemas puede servir para explicar el concepto de independencia con respecto
a los datos, que podemos definir como la capacidad para modificar el esquema en un nivel del sistema
de base de datos sin tener que modificar el esquema del nivel inmediato superior.

Podemos definir dos tipos de independencia con respecto a los datos:

• Independencia Lógica.
• Independencia Física.

La independencia lógica con respecto a los datos, es la capacidad de modificar el esquema conceptual
sin tener que alterar los esquemas externos ni los programas de aplicación.

Ejemplo: Podemos modificar el esquema conceptual para ampliar la base de datos (añadiendo un nuevo
tipo de registro o un elemento de información), o para reducir la base de datos (eliminando un tipo de
registro o un elemento de información).

En el segundo caso, la modificación no deberá afectar los esquemas externos que sólo se refieran a los datos
restantes.

Si en el SGBD se cuenta con independencia lógica con respecto a los datos, sólo será preciso modificar
la definición de la vista y las correspondencias. Los programas de aplicación que hagan referencia a los
elementos del esquema externo deberán funcionar igual que antes después de una reorganización lógica
del esquema conceptual. Además, las restricciones podrán modificarse en el esquema conceptual sin
afectar los esquemas externos.

La independencia física con respecto a los datos es la capacidad de modificar el esquema interno sin
tener que alterar el esquema conceptual (o los externos).

Tal vez sea preciso modificar el esquema interno por la necesidad de reorganizar ciertos archivos físicos
(por ejemplo, al crear estructuras de acceso adicionales) a fin de mejorar el rendimiento de las
operaciones de obtención o actualización.

Si la base de datos aún contiene los mismos datos, no deberá ser necesario modificar el esquema
conceptual. Dado que la independencia física con respecto a los datos se refiere sólo a la separación
entre las aplicaciones y las estructuras físicas de almacenamiento, es más fácil de lograr que la
independencia lógica con respecto a los datos.

9
Administración y Gestión de Base de Datos
Prof: Anabella De Couto

Sistema Cliente – Servidor

El término arquitectura cliente-servidor se usa para caracterizar un SGBD cuando la aplicación se
ejecuta físicamente en una máquina, llamada cliente, y otra llamada servidor, se encarga del
almacenamiento y el acceso a los datos.
Los proveedores ofrecen diversas combinaciones de clientes y servidores; por ejemplo, un servidor para
varios clientes.

Red LAN

Nota
Los SGBD relaciónales han adoptado este enfoque, en el que se proporciona un servidor SQL a los clientes. Cada
cliente debe entonces formular las consultas SQL apropiadas y proveer la interfaz con el usuario y las funciones de
interfaz con los lenguajes de programación. Puesto que SQL es una norma relacional, diversos servidores SQL
diferentes, posiblemente provenientes de distintos proveedores, pueden aceptar órdenes SQL. El cliente también
puede hacer referencia a un diccionario de datos que tenga información sobre la distribución de los datos entre los
diferentes servidores SQL, así como módulos para descomponer una consulta global en varias consultas locales que
se pueden ejecutar en los diferentes sitios.

Funcionamiento del sistema cliente-servidor

1. El cliente analiza sintácticamente la consulta del usuario y la descompone en varias consultas de

sitio independientes. Cada consulta de sitio se envía al sitio servidor apropiado.
2. Cada servidor procesa la consulta local y envía la relación resultante al sitio cliente.
3. El sitio cliente combina los resultados de las sub-consultas para producir el resultado de la
consulta original.

10
Administración y Gestión de Base de Datos
Prof: Anabella De Couto

Bases de datos distribuidas (SGBDD)

Son aquellas bases de datos que almacenan información que pertenecen lógicamente a un sólo sistema,
pero se encuentra distribuidas físicamente en varios “sitios” de la red.

Un sistema de base de datos distribuidos se compone de un conjunto de sitios, conectados entre sí

mediante algún tipo de red de comunicaciones, en el cual:

• Cada sitio es un sistema de base de datos en sí mismo.

• Los sitios trabajan en conjunto, con el fin de que un usuario de cualquier lugar pueda obtener acceso a
los datos de cualquier punto de la red, tal como si la información estuviese almacenada en el lugar donde
se encuentra el usuario.

Nota:
Haciendo un poco de historia, encontramos que a medida que pasa el tiempo, la necesidad de almacenar grandes
volúmenes de datos se fue incrementando, y ello dio paso a la ceración de grandes sistemas de base de datos.

Ejemplos de bases de datos distribuidas.

Muchas empresas tienen oficinas en varias ciudades del mismo país o en el exterior.
Un banco que tiene varias sucursales distribuidas en todo el territorio.

Esto se da casi de manera natural en este tipo de empresas, ya que para realizar sus negocios es
necesario distribuir todo el sistema de bases de datos, pero en todos los casos habrá necesidad de
unificar los datos contenidos en todas esas bases de forma global para su posterior análisis.

Sitio A Sitio B

Red WAN

Sitio C

11
Administración y Gestión de Base de Datos
Prof: Anabella De Couto

Principales ventajas de este modelo.

o Mayor fiabilidad, definido como la probabilidad de que un sistema esté en funciones siempre.
o Disponibilidad, digamos que es la probabilidad de que un sistema esté siempre disponible.
 Alta recuperación ante caídas alguna de las bases de datos individuales
o Mejor rendimiento, ya que al estar distribuida la base de datos, cada sub-sistema tendrá menos
carga de trabajo al momento de operar con los datos.

Principales desventajas

o Aumento de la complejidad en el diseño y la implementación del sistema.

o Es necesario contar con un sistema de comunicaciones entre los sitios que sea de alta velocidad,
con más hincapié en sitios físicamente alejados. Hoy día las redes de internet de gran velocidad
han solucionado gran parte de este problema.
o Seguridad, se debe establecer mecanismos de seguridad muy eficientes.

Las Bases de Datos Distribuidas pueden ser:

o Homogéneas: Todos los sitios tienen el mismo SGBD, son conscientes de la existencia de los
demás sitios y cooperan en el procesamiento de las solicitudes. Los sitios locales mantienen un
mismo esquema y SGBD.

o Heterogéneas: Cada sitio puede tener un SGBD distinto así como esquemas diferentes. Puede
que algunos sitios no conozcan a otros. Puede que solo ofrezcan facilidades limitadas para la
cooperación en el procesamiento de transacciones.

Objetivos de implementación de bases de datos distribuidas

Al implementar una base de datos distribuida se tienen ciertos objetivos comunes:

Transparencia de ubicación. Permite a los usuarios tener acceso a los datos sin que tenga conocimiento
de la ubicación de éstos. Se puede conseguir este nivel de transparencia al utilizar los administradores
de transacciones distribuidas, los cuales son capaces de determinar la localización de los datos y de
emitir acciones a los calendarizadores apropiados, lo cual puede ejecutarse cuando los administradores
de transacciones distribuidas poseen acceso a los directorios de localizaciones de los datos.

Transparencia de duplicación. Para que la transparencia de duplicación sea posible, los administradores
de transacciones deben traducir las solicitudes de procesamiento de transacción en acciones para el
administrador de datos. Para las lecturas el administrador de transacciones selecciona uno de los nodos
que almacena los datos y ejecuta la lectura. Para optimizar el proceso, el administrador de transacciones
necesita información sobre el rendimiento de varios nodos respecto al sitio de consulta, así podrá
seleccionar el nodo de mejor rendimiento.
La actualización y escritura de datos duplicados suelen ser más complicadas, ya que el manejador de
transacciones debe emitir una acción de escritura para cada uno de los calendarizadores que almacena
una copia de los datos.

Transparencia de concurrencia. Cuando varias transacciones se ejecuten al mismo tiempo, los

resultados de las transacciones no deberán afectarse. La transparencia de concurrencia se logra si los
resultados de todas las transacciones concurrentes son consistentes de manera lógica con los
resultados que se habrían obtenido si las transacciones se hubieran ejecutado una por una, en cualquier
orden secuencial.

12
Administración y Gestión de Base de Datos
Prof: Anabella De Couto

Transparencia de fallas. Significa que a pesar de fallas las transacciones sean procesadas de un modo
correcto. Frente a una falla, las transacciones deben ser atómicas, significa que se procesen todas o
ninguna de ellas. Para este tipo de problemas es importante tener resguardo de la base de datos, y así
poder restaurarla cuando sea conveniente. El sistema debe detectar cuándo falla una localidad y tomar
las medidas necesarias para recuperarse del fallo. El sistema no debe seguir utilizando la localidad que
falló. Por último, cuando se recupere o repare esta localidad, debe contarse con mecanismos para
reintegrarla al sistema con el mínimo de complicaciones.

Localidad del procesamiento. Los datos se deben distribuir lo más cerca posible de las aplicaciones que
los usan para maximizar la localidad del procesamiento, este principio responde a minimizar el acceso
remoto a los datos. Diseñar una distribución que maximice localidad del procesamiento puede hacerse
añadiendo la cantidad de referencias locales y remotas correspondientes a cada fragmentación
candidata y asignar la fragmentación eligiendo la mejor solución. Independencia de configuración. La
independencia de configuración permite añadir o reemplazar hardware sin tener que cambiar
componentes de software existentes en el sistema de base de datos distribuida.

Particionado de la Base de Datos. La base de datos se distribuye de

modo que no haya solapamiento o duplicación de los datos mantenidos en las diferentes localidades,
como no hay duplicaciones de los datos, se evitan los costos asociados con el almacenamiento y
mantenimiento de datos redundantes. Si un mismo segmento de datos se usa en más de una localidad
se ve limitada la disponibilidad de los datos. La fiabilidad también puede verse limitada cuando se
produce un fallo en el sistema de cálculo de una localidad se afecta la disponibilidad de los datos de esa
localidad no estén disponible para los usuarios en cualquier parte del sistema.

Fragmentación de datos. Consiste en subdividir las relaciones y distribuirlas entre los sitios de la red,
tiene como objetivo buscar formas alternativas de dividir una las instancias (tablas) de relaciones en
otras más pequeñas. La fragmentación se puede realizar por tuplas individuales (fragmentación
horizontal), por atributos individuales fragmentación vertical) o una combinación de ambas fragmentación
híbrida). El principal problema de la fragmentación radica en encontrar la unidad apropiada de
distribución. Una relación no es una buena unidad por muchas razones. Normalmente las vistas de una
relación están formadas por subconjuntos de relaciones. Además, las aplicaciones acceden localmente a
subconjuntos de relaciones. Por ello, es necesario considerar a los subconjuntos de relaciones como
unidad de distribución. Al descomponer de una relación en fragmentos, tratados cada uno de ellos como
una unidad de distribución, permite el proceso concurrente de las transacciones.

13
Administración y Gestión de Base de Datos
Prof: Anabella De Couto

Bibliografía

 Análisis y Diseño de Sistemas, 6ª Edición - E. Kendall, Kenneth y E. Kendall, Julie. Editorial Pearson
Educación.
 Sistemas de Bases de Datos - Conceptos fundamentales, 2ª Edición. Elmasri - Navathe. Editorial Adison
Wesley.

14