1.

2 Alternativas al uso de un RDBMS

Las alternativas al uso de un RDBMS son numerosas, podemos enumerar a los registros manuales en carpetas y folios, o ya computarizados, los archivos de datos que deben ser grabados, modificados, borrados y ordenados por programas, lo que requiere de horas de programacin y lo que podra resumirse en que continuamente se estara inventando la Rueda. Tambin es posible pensar en herramientas informticas como planillas de clculo, donde podemos armar tablas con filas y columnas, pero hay que recordar lo que dicen las restricciones de una tabla para poder llamarse relacional: no se deben aceptar filas vacas ni repetidas. Estas herramientas las aceptan, por lo que hay que distinguir que estamos usando soluciones no Relacionales, perdiendo de hecho con las propiedades que este modelo y que sus soluciones tienen limitaciones, pudiendo dar lugar a errores e inconsistencias. Pese a esto, es muy difundido el uso de planilla de clculo para resolver problemas de proveer informacin, pero es un error considerarlas Bases de Datos Relacionales o al menos pensar, que es la mejor forma de resolver problemas complejos, ya que no estn diseados para grandes volmenes y para acceso concurrente de mltiples usuarios a modificar. El anlisis ms detallado de este tipo de soluciones, siempre llega a que se complica su mantenimiento y se corre el riesgo de una posible prdida o inconsistencia de informacin. Otros problemas que pueden observarse en estos sistemas, en primer lugar, el no soportar a mltiples usuarios intentando actualizar el mismo archivo, sin el mecanismo adecuado, genera errores, actualizaciones incompletas, que nos llevan a la Inconsistencia de informacin. En segundo lugar est el manejo de transacciones, el movimiento bancario de un cliente requiere ms de un cambio en el conjunto de datos, el tratamiento de varias operaciones necesarias para realizar el cambio, debe ser monoltica o indivisible y usando este ejemplo tpico, si la transferencia de un monto de dinero es de una cuenta a otra del mismo banco, tiene dos partes, que deben confirmarse o cumplirse completamente, no acepta partes, el dbito en la cuenta origen y el crdito en la de destino. Si por algn problema no se puede cumplir el crdito, se debe programar el borrado del dbito inicial si no se logra esta solucin, la inconsistencia se hace presente, debit un monto y nunca se acredit ese monto, todos perdieron. Estos problemas son muy habituales y constituyen ejemplos de las numerosas situaciones transacciones y accesos simultneos que ya fueron solucionados en los motores de bases datos, sin necesidad de programarlos en la aplicacin, una y otra vez, y dando seguridad de efectividad. Estos factores generaron que, masivamente, se diera la adopcin de los motores bases de datos relacionales o RDBMS. de de su de

Otra forma de ver los sistemas alternativos a los relacionales es reconocer los antecesores, el modelo Jerrquico y el modelo de Red, como veremos a continuacin.

El modelo Jerrquico

[Wikipedia,2009b]

Una Base de datos jerrquica es un tipo de Sistema Gestor de Bases de Datos que, como su nombre indica, almacenan la informacin en una estructura jerrquica que enlaza los registros en forma de estructura de rbol (similar a un rbol visto al revs), en donde un nodo padre de informacin puede tener varios nodos hijo.

Materia: Base de Datos I Profesor: Calixto Maldonado

-1-

Esta relacin jerrquica no es estrictamente obligatoria, de manera que pueden establecerse relaciones entre nodos hermanos. En este caso la estructura en forma de rbol se convierte en una estructura en forma de grafo dirigido. Las bases de datos jerrquicas fueron concebidas en los aos 1960. El primer metamodelo de base de datos propuesto fue la mencionada Base de datos en red, concebida bajo el auspicio de CODASYL (COnference on DAta SYstems Languages). Posteriormente se refin la idea dando lugar a la base de datos jerrquica. La primera implementacin de este metamodelo fue IMS (Information Management System). Se trata de un diseo de IBM y otros colaboradores en 1966 para el Programa Apollo de la NASA. IMS an se encuentra activo. El sector de la banca y las Administraciones Pblicas adoptaron rpidamente esta tecnologa, sin la cual, no hubiese sido posible el grado de automatizacin que tienen hoy da. Estos sectores eran los nicos con capacidad econmica suficiente para adquirir los enormes mainframe para la automatizacin de bases de datos, nica solucin posible en la poca. Los sistemas gestores de bases de datos relacionales han reemplazado a las bases de datos jerrquicas hoy da, pero no completamente. La mayora de las antiguas bases de datos jerrquicas de bancos y Administraciones Pblicas an siguen en actividad. Esto se debe a que el rendimiento de las bases de datos jerrquicas sigue sin ser superado por las bases de datos relacionales. Adems estos sectores sufren un gran volumen de transacciones. Obsrvese, por ejemplo, la cantidad de apuntes contables que requiere una red de cajeros automticos en un solo da. Actualmente, la base de datos de IBM, DB2 versin 9.5, combina en una base de datos hbrida, la convivencia del enfoque relacional junto con el Jerrquico para ser utilizados en la gestin de datos usando XML (eXtensible Markup Language), un lenguaje de integracin de aplicaciones que promete ser una tendencia muy marcada en las futuras implementaciones de Bases de datos y que es jerrquico.

Cmo funcionan las bases de datos Jerrquicas

A diferencia del modelo relacional, el modelo jerrquico no diferencia una vista lgica de una vista fsica de la base de datos. De manera que las relaciones entre datos se establecen siempre a nivel fsico, es decir, mediante referencia a direcciones fsicas del medio de almacenamiento (sectores y pistas). Los datos se almacenan en la forma de registros, el equivalente a las filas del modelo relacional. Cada registro consta de un conjunto de campos, el equivalente a las columnas del modelo relacional. Un conjunto de registros con los mismos campos se denomina fichero (record type, en ingls), el equivalente a las tablas del modelo relacional. El modelo jerrquico facilita relaciones padre-hijo, es decir, relaciones 1:N (de uno a varios) del modelo relacional. Pero a diferencia de ste ltimo, las relaciones son unidireccionales. En justicia, dichas relaciones son hijo-padre, pero no padre-hijo. Por ejemplo, el registro de un empleado (nodo hijo) puede relacionarse con el registro de su departamento (nodo padre), pero no al contrario. Esto implica que solamente se puede consultar la base de datos desde los nodos hoja hacia el nodo raz. La consulta en el sentido contrario requiere una bsqueda secuencial por todos los registros de la base de datos (por ejemplo, para consultar todos los empleados de un departamento). En las bases de datos jerrquicas no existen ndices que faciliten esta tarea.

Materia: Base de Datos I Profesor: Calixto Maldonado

-2-

Obsrvese que, a priori, no existen relaciones N:M (de muchos a muchos) en el modelo jerrquico. Salvo que se simulen mediante varias relaciones 1:N. No obstante, esto puede provocar problemas de inconsistencia, ya que el gestor de base de datos no controla estas relaciones. Como ya se ha mencionado, las relaciones se establecen mediante punteros entre registros. Es decir, un registro hijo contiene la direccin fsica en el medio de almacenamiento de su registro padre. Esto tiene una ventaja fundamental sobre las bases de datos relacionales: el rendimiento. El acceso de un registro a otro es prcticamente inmediato sin necesidad de consultar tablas de correspondencia. Las relaciones jerrquicas entre diferentes tipos de datos pueden hacer que sea muy sencillo responder a determinadas preguntas, pero muy difcil el contestar a otras.

Limitaciones del modelo jerrquico

A continuacin se mencionan los problemas tpicos de las bases de datos jerrquicas y que no existen en las bases de datos relacionales. Todos estos problemas derivan del hecho de que el sistema gestor de base de datos no implementa ningn control sobre los propios datos, sino que queda en manos de las aplicaciones garantizar que se cumplen las condiciones invariantes que se requieran (por ejemplo, evitar la duplicidad de registros). Dado que todas las aplicaciones estn sujetas a errores y fallos, esto es imposible en la prctica. Adems dichas condiciones suelen romperse ex profeso por motivos operativos (generalmente, ajustes debidos a cambios en el negocio) sin evaluarse sus consecuencias.

Duplicidad de registros
No se garantiza la inexistencia de registros duplicados. Esto tambin es cierto para los campos "clave". Es decir, no se garantiza que dos registros cualesquiera tengan diferentes valores en un subconjunto concreto de campos.

Integridad referencial
No existe garanta de que un registro hijo est relacionado con un registro padre vlido. Por ejemplo, es posible borrar un nodo padre sin eliminar antes los nodos hijo, de manera que stos ltimos estn relacionados con un registro invlido o inexistente.

De-Normalizacin
Este no es tanto un problema del modelo jerrquico como del uso que se hace de l. Sin embargo, a diferencia del modelo relacional, las bases de datos jerrquicas no tienen controles que impidan la des-normalizacin de una base de datos. Por ejemplo, no existe el concepto de campos clave o campos nicos.

Materia: Base de Datos I Profesor: Calixto Maldonado

-3-

El modelo de Red [Wikipedia, 2009 c]

Una base de datos de red es una base de datos conformada por una coleccin o set de registros, los cuales estn conectados entre s por medio de enlaces en una red. El registro es similar al de una entidad como las empleadas en el modelo relacional. Un registro es una coleccin o conjunto de campos (o atributos - columnas), donde cada uno de los contiene solamente un nico valor almacenado, exclusivamente el enlace es la asociacin entre dos registros, as que podemos verla como una relacin estrictamente binaria. Una estructura de base de datos de red, llamada algunas veces estructura de plex, abarca ms que la estructura de rbol, porque un nodo hijo en la estructura red puede tener ms de un nodo padre. En otras palabras, la restriccin de que en un rbol jerrquico cada hijo puede tener slo un padre, se hace menos severa en este modelo. As, la estructura de rbol se puede considerar como un caso especial de la estructura de red.

Materia: Base de Datos I Profesor: Calixto Maldonado

-4-