Los objetivos de un SGBDD
Una vez que nos hemos introducido en el mundo de las SBDD, estamos
preparados para establecer el principio fundamental de los sistemas distribuidos:
“Los usuarios deben actuar de la misma forma tanto si están ante un sistema
distribuido como si están ante uno centralizado”.
En 1987, uno de los más importantes y conocidos teóricos de las bases de
datos relacionales, C. J. Date, propuso 12 objetivos que debían alcanzar los
diseñadores en sus BDD junto con sus SGBDD basándose en este principio
fundamental. Las 12 reglas son las siguientes:
1. Autonomía local: Los sitios de un sistema distribuido deben ser
autónomos en el mayor grado posible, lo que permite una mayor seguridad,
control de concurrencia y copias de seguridad. Esto quiere decir que los datos
deben ser gestionados localmente, las operaciones son locales y todas las
operaciones en un puesto son controladas por ese puesto.
2. Independencia de un sitio central: El anterior objetivo implica que todos
los sitios deben ser tratados como iguales, por lo tanto no debe existir ningún sitio
maestro central del cual dependan el resto. Esto es así por las razones
fundamentales:
Puede ser un cuello de botella.
Puede ser vulnerable, si éste falla también fallará todo el sistema.
3. El sistema debe estar en continua operación: Un fallo en uno de los
nodos no debe afectar al sistema. Tampoco si se añaden nuevos nodos. Así, un
SD deberá proporcionar las siguientes características.
· Fiabilidad (o confiabilidad): probabilidad de que el sistema esté listo y
funcionando en cualquier momento dado.
· Disponibilidad: probabilidad de que el sistema esté listo y funcionando
continuamente a lo largo de un período especificado. Podemos decir que nunca
debería ser necesario apagar el sistema para realizar tareas como: añadir un sitio,
creación dinámica de fragmentos, actualización de versiones, etc.
4. Transparencia de ubicación: Para el usuario la localización física de los
datos debe ser transparente. No necesita saber dónde está el dato para utilizarlo.
5. Transparencia de fragmentación: Los usuarios deben comportarse,
como si los datos en realidad no tuvieran fragmentación alguna, la cual es
necesaria por razones de rendimiento.
Este objetivo es deseable, como el anterior, porque simplifica los programas
de los usuarios y sus actividades en el sitio.
