1. ENFOQUE JERARQUICO
1.1. La estructura básica de este modelo es el árbol. Todos los datos y sus relaciones deben plasmarse mediante esta estructura, para que exista un tipo de registro, “maestro” o “raíz”, del cual depende el resto de los tipos de registros, Universidad del Zulia 4 a los que se denomina secundarios por su dependencia con respecto a los anteriores.
1.1.1. Características. Los segmentos, en función de su situación en el árbol y de sus características, pueden denominarse como: 1) Segmento Padre: Es aquél que tiene descendientes, todos ellos localizados en el mismo nivel. 2) Segmento Hijo: Es aquél que depende de un segmento de nivel superior. Todos los hijos de un mismo padre están en el mismo nivel del árbol. 3) Segmento Raíz: El segmento raíz de una base de datos jerárquica es Α el padre que no tiene padre. La raíz siempre es única y ocupa el nivel superior del árbol.
1.1.1.1. Ventajas. Un árbol con todos sus vínculos de relaciones, en el que la conexión es fija y sólo puede ser cambiada modificando una porción de código, suministra, sin embargo, la ventaja de que la navegación se realiza de una forma muy rápida. Es fácil de ver la estructura de la base de datos. Su implementación es sencilla y rápida de implantar. Se puede predefinir relaciones, lo que simplifica las variaciones a futuro.
1.1.1.1.1. Desventajas. El almacenamiento de arboles en ficheros es complejo. De hecho nos obliga a almacenar varios tipos de registros en el mismo fichero y a mantener punteros entre ellos, lo que hace su mantenimiento sea costoso computacionalmente. El conjunto de operadores DML (Lenguaje de Manipulación de Datos) es difícil de implementar y de usar. De hecho, ni siquiera existe un lenguaje de consulta interactivo dada la dificultad de procesar de una manera medianamente eficaz las peticiones en línea. Hay, además, una dependencia existencial obligatoria de los registros secundario con respecto a los de tipo raíz; esto es, no se podrá insertar un registro de tipo secundario mientras no exista uno de tipo raíz con el que “engancharlo”. La información redundante necesaria para plasmar relaciones muchos a muchos hace el mantenimiento de la integridad de los datos sea complejo en las operaciones de actualización o de borrado, donde han de buscarse todas las “apariciones” de un mismo valor para ser modificadas. Este proceso es, obviamente, bastante costo computacionalmente, y además, arriesgado desde el punto de vista de la integridad.
2. ENFOQUE RELACIONAL
2.1. Una base de datos relacional es un conjunto finito de relaciones. Relaciones se define como se relacionan los datos en las tablas, como hacer coincidir campos de identificación o campos de nombres en diferentes tablas. El modelo relacional se ha establecido actualmente como el principal modelo de datos para las aplicaciones de procesamiento de datos. Ha conseguido la posición principal debido a su simplicidad, que facilita el trabajo del programador en comparación con otros modelos anteriores como el de red y el jerárquico
2.1.1. Características. Una base de datos relacional consiste en un conjunto de tablas, a cada una de las cuales se le asigna un nombre exclusivo, y estas se componen por registros.
2.1.1.1. Ventajas. Toda la información presente en la base de datos, ya sea sobre entidades o sobre conexiones, debe ser expresada en forma de tablas, lo que da al modelo una gran homogeneidad en lo que a su estructura se refiere y permite que los operadores resulten cómodos de emplear y relativamente fáciles de implementar. Este modelo es el más utilizado en la actualidad para reducir problemas de administración de datos dinámicamente. En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia. La información puede ser recuperada o almacenada por medio de consultas, que ofrecen una amplia flexibilidad y poder para administrar la información. Reduce los datos redundantes. Asegura la integridad de los datos. Se ocupa de la seguridad de los datos. Pueden los datos ser accedidos concurrentemente por muchas personas. Soporta datos compartidos. Se adapta a los cambios fácilmente.
2.1.1.1.1. Desventajas. Imposibilidad de representar conocimiento en forma de reglas. Inexistencia de mecanismos de herencia de propiedades (y por supuesto de métodos). Falta de poder expresivo (por ejemplo, para representar jerarquías). Dificultad para gestionar datos no atómicos (por ejemplo, los valores estructurados de una estructura de rasgos). Incompatibilidad entre los tipos de estructuras de datos que se transfieren o desadaptación de impedancia.
3. ENFOQUE DE REDES
3.1. Este modelo representa los datos mediante colecciones de registros y sus relaciones se representan por medio de ligas o enlaces, los cuales pueden verse como punteros. Los registros se organizan en un conjunto de gráficas arbitrarias.
3.1.1. Características. Ese modelo implementa directamente las relaciones de muchos a muchos. Los registros son los nodos del grafo y arcos son los enlaces que se establecen entre ellos mediante punteros. Las relaciones entre conjuntos de entidades se llevan a cabo por medio de unos registros especiales llamados “conectores”. Por regla general, los conectores están constituidos por los atributos propios de la relación.
3.1.1.1. Ventajas. Este modelo en red es más potente que el modelo jerárquico, ya que aquél puede simularse, aplicando una jerarquía de conjuntos en varios niveles.
3.1.1.1.1. Desventajas. Una restricción bastante importante de este modelo, es que una ocurrencia de registro miembro puede pertenecer como máximo a una sola instancia de un determinado conjunto, aunque puede participar en varios tipos de conjuntos distintos.