UF1888 - Operaciones de mantenimiento y consulta de datos

Por María Victoria Pequeño Collado

La finalidad de esta Unidad Formativa es enseñar a realizar operaciones de mantenimiento del diccionario de datos y de consulta en sistemas de planificación de recursos empresariales y de gestión de relaciones con clientes para la extracción y posterior tratamiento de informaciones, siguiendo especificaciones de diseño establecidas.

Para ello, en primer lugar se analizarán los modelos de datos en sistemas ERP-CRM, el diseño de datos, la definición de tipos de datos y el diccionario de datos en sistemas ERP-CRM.

También se estudiarán los diseños de pantalla, las operaciones de consulta, y por último, se profundizará en los formularios e informes en sistemas ERP-CRM y los accesos a la información.

Tema 1. Modelos de datos en sistemas ERP-CRM.
1.1 Modelos de datos tipos y características.
1.2 Definición del modelo de datos.

Tema 2. Diseño de datos.
2.1 Definición de objetos y estructuras de datos, características.
2.2 Creación, modificación y borrado de objetos y estructuras de datos.
2.2.1 Mantenimiento de la base de datos.

Tema 3. Definición de tipos de datos.
3.1 Definición, tipos de datos y características semánticas.
3.2 Extensión del modelo de datos en sistemas ERP y CRM.

Tema 4. Diccionario de datos en sistemas ERP-CRM.
4.1 Objetos del diccionario de datos.
4.2 Herramientas para la creación y el mantenimiento del diccionario de datos.

Tema 5. Diseños de pantalla.
5.1 Definición de pantallas de recogida de datos.
5.2 Herramientas de creación de mantenimientos.

Tema 6. Operaciones de consulta.
6.1 Herramientas de búsqueda ágiles para el usuario

Tema 7. Formularios e informes en sistemas ERP-CRM.
7.1 Formularios.
7.2 Arquitecturas de informes, elementos de informes.
7.3 Herramientas para la creación de formularios e informes.

Tema 8. Accesos a la información
8.1 Accesos mediante dispositivos ODBC.
8.2 Generación de gráficos

• Idioma: Español
• Editorial: Editorial Elearning
• Fecha de lanzamiento: 14 ene 2019

Vista previa del libro

1.1. Modelos de datos tipos y características

1.1.1. Características del modelo de datos

1.2. Definición del modelo de datos

1.2.1. Modelo relacional, definición de mecanismos que aseguren la integridad referencial

1.2.2. Definición de tablas

1.2.3. Conexión entre tablas

1.1.Modelos de datos tipos y características

En la actualidad las organizaciones empresariales han de operar en un entorno altamente competitivo y con elevados niveles de exigencia. Este hecho objetivo implica de manera directa que los métodos a través de los cuales se gestionan estas empresas y cómo llevan a cabo la integración de todas y cada una de sus áreas de operación sean condicionantes de su éxito y de su permanencia en el mercado. La integración funcional de sus áreas operativas es la única forma que tienen las empresas de reducir plazos de entrega, minimizar stocks en los almacenes y reducir costes.

Las empresas, para adaptarse al modelo de negocio actual y establecer en ellas formas de organización más eficaces, han de modificar el rumbo de su gestión, guiando a todos los elementos que la componen a trabajar de forma coordinada y en la misma dirección hacia los objetivos que la organización haya fijado.

Alcanzar estas metas, en la sociedad tecnológica actual, y con ello la excelencia, es únicamente posible a través de un camino, que no es otro que hacer que la información generada, necesaria, o accesible, por cualquiera de los elementos que conforman la organización, fluya de forma ágil a través de ellos, haciendo uso de los sistemas de información que le permitan hacerlo de manera eficaz.

¿Qué son los sistemas de información?

Definición

Un sistema de información es un conjunto de elementos interrelacionados entre sí, que con la finalidad de cumplir un objetivo y apoyar el funcionamientos de una organización, recoge información, la procesa, la almacena, la analiza y la distribuye.

Estos sistemas, con determinados datos de entrada, se analizan y se tratan (de forma distinta en función del sistema de información que gestione los datos) para generan INFORMACIÓN. Cada uno de ellos tendrá unas particularidades distintas, pero todos serán unidades funcionales que van a permitir a las empresas a reducir la incertidumbre generada en diferentes situaciones ofreciendo información a los usuarios, y además lo harán en un formato adecuado para que resulte útil de cara a determinados procesos decisionales.

Para cumplir con este objetivo, los Sistemas de Información, han de poder realizar las siguientes funciones:

–Identificar, de entre todos los datos, aquellos que son relevantes para el proceso.

–Poder recoger y almacenar los datos identificados.

–Transformar, de manera adecuada, los datos identificados y recogidos, y que ya han sido almacenados, de tal manera que resulten útiles para los distintos usuarios del sistema.

–Hacer llegar la información generada a quién va a necesitar hacer uso de ella en un proceso de decisión.

A nivel organizativo, la tendencia actual de las empresas es orientar su actividad y los procesos de su organización al cliente. Teniendo esto es cuenta es necesario que los sistemas de información, además de ayudar a lograr la eficiencia deseada, aquellos que van a soportar los procesos de la organización, tendrán que ser lo suficientemente flexibles para poder adaptarse correctamente a las continuas y cambiantes necesidades de los clientes.

Los Sistemas Integrados de Gestión (ERP) y los CRM (CustomerRelationship Management) son un ejemplo de estos sistemas de información y nacen debido a esa necesidad de un software de gestión integral en las organizaciones.

Son sistemas que van a permitir a las empresas integrar la información procedente de diferentes departamentos de la misma para conformar una base de datos común que permita que se mantenga la confidencialidad de la información, así como su integridad y que hará posible que dicha información esté siempre disponible para ser utilizada por cualquier otra función de la organización distinta a la función que ha hecho posible que la información se recoja.

Serán los procesos de las organizaciones, soportados por sistemas de información como el ERP, el CRM o el sistema almacén de bases de datos, los que realmente aporten y generen el valor de las organizaciones, porque serán capaces de trazar una línea horizontal entre las diferentes funciones de las organizaciones, alcanzando a todas ellas.

Definición

CRM es el software que administra un almacén de datos, también llamado data warehouse, que contiene tanto información de gestión de ventas como de los clientes de la empresa y que apoya y administra la relación con los clientes.

Un ERP ( EnterpriseResourcePlanning) es un tipo de SI (sistema de información), que concebido con la intención de integrar todas las actividades de la empresa mediante el intercambio de información de las distintas áreas funcionales de la organización y de sus distintos departamentos. Las áreas organizativas que integra un ERP pueden variar en las distintas organizaciones en las que éstos son implementados, pueden ser las áreas de Marketing, Finanzas, Producción , Ventas , RRHH o Clientes.

La principal funcionalidad de estos sistemas de gestión empresarial les viene proporcionada por su elemento principal, la Base de Datos. Los Sistemas de Gestión ERP y/o CRM trabajarán con el activo más importante de la organización, la información que en ella se maneja, y es la base de datos quien va a conferir la unicidad necesaria de la información en estos sistemas.

Recuerda

El ERP y el CRM están formados por varios módulos, cada uno de loso cuales correspondientes a cada una de las área de gestión de la empresa, y una Base de Datos, que conferirá unicidad a la información.

Base de datos, repositorio de información

Que los sistemas, respecto a la información, ofrezcan esta posibilidad es fundamental de cara a la utilidad y a la eficacia de los mismos. Como siempre que se maneja información, en cualquier sistema, y de especial relevancia cuando estamos hablando de sistemas de Gestión Empresarial, la información que en los sistemas se genera, se almacena, se utiliza, se comparte e incluso se destruye, ha de mantener a lo largo de su paso por los sistemas y en cada una de sus etapas tres CARÁCTERÍSTICAS fundamentales que convertirán a la información en información segura. Hablamos de la Confidencialidad, la Integridad y la Disponibilidad.

–CONFIDENCIALIDAD: Se dará siempre que la información no sea puesta a disposición ni sea revelada a aquellas personas físicas, o procesos, que no estén autorizados para poseerla.

–INTEGRIDAD: Una información será integra cuando mantenga a lo largo de todo su ciclo de vida la exactitud y la plenitud de su inicio.

–DISPONIBILIDAD: La información debe estar disponible siempre que sea requerida por un usuario que tenga autorizado el acceso a ella.

Importante

Estos parámetros (confidencialidad, integridad y disponibilidad) son los parámetros básicos de la seguridad de la información, y para identificarlos se utiliza el acrónimo CID.

Por lo tanto podemos afirmar que el elemento principal de los sistemas ERPy/o CRM es su Base de Datos.

Definición

Una BBDD no es sino un gran contenedor donde se almacena información, perteneciente a un mismo contexto, organizados y relacionados entre sí.

En general, y concretamente en los sistemas de información gerencial, las Bases de Datos tienen ciertas características:

–Los datos que contiene se relación entre sí y asegura un umbral mínimo de duplicidades entre dichos datos.

–Se define únicamente una vez.

–En la Base de Datos son almacenadas las descripciones de los datos, es decir, sus metadatos.

–Hace posible que varios usuarios accedan simultáneamente a la misma información.

Una ventaja fundamental de las Bases de Datos respecto a los usuarios, es que son capaces de hacer los datos a los usuarios perceptibles de una determinada manera, ocultándoles información, que para ellos no es necesaria, respecto a cómo están físicamente almacenados estos datos. El instrumento que se utiliza para llevar esto a cabo y mostrar esta percepción de los datos al usuarios es el MODELO DE DATOS.

Definición

Los datos, la relación entre ellos y las restricciones que respecto a ellos deben cumplirse describen la estructura de una base de datos. El conjunto de conceptos que nos ayudarán a describirla y el conjunto de operaciones de nivel básico que nos va a permitir actualizar y consultar los datos, es lo que denominaremos MODELO DE DATOS.

Modelo de datos

1.1.1.Características del modelo de datos

En una base de datos el modelo de datos va a aportar dos funcionalidades, por una parte constituirá la base conceptual en la que se basará el diseño de aquellos sistemas de información que hacen uso intensivamente de datos e información, y por otra, constituirá la base formal de aquellas técnicas y herramientas que se utilicen para implementar y usar los sistemas de información.

En un sistema de información el modelado de los datos va a permitirnos construir una representación del sistema, dados unos requerimientos determinados de la información a manejar y los procesos del sistema, de tal manera que sea capaz de hacer una captura de las propiedades tanto estáticas como dinámicas que se requieren para poder dar soporte a las consultas y transacciones que van a requerirse de la aplicación que se está implementando a través del sistema. Este modelado de los datos ha de ser capaz también de poder soportar requerimientos futuros, además de los requerimientos especificados por el cliente en la fase de diseño del ERP y/o el CRM.

Recuerda

El modelo de datos será el conjunto de conceptos matemáticos que sea capaz de expresar las características dinámicas y estáticas de aquellas aplicaciones, como pueden ser los sistemas gerenciales ERP/CRM, que manejan un alto e intensivo volumen de datos.

Antes de continuar con la definición y características de los modelos de datos, para facilitar la compresión de la expresión anterior y entender por qué habrá diferentes tipos de modelos de datos y cuáles son las características que los diferencia, hagamos un pequeño inciso para determinar, conceptualmente hablando, como se caracteriza una determinada aplicación implementada por un sistema de información.

Un aplicación tendrá determinadas propiedades estáticas, dinámicas y ciertas reglas de integridad que habrán de aplicarse sobre las entidades que en ella se creen y sobre las operaciones que en ella se lleven a cabo:

–Reglas de integridad: a aplicar tanto sobre operaciones (por ejemplo transacciones) como sobre las entidades.

–Propiedades dinámicas: son las operaciones que se llevan a cabo sobre las entidades, también llamados objetos de la Base de Datos, y sobre las propiedades de dichas entidades, también llamadas atributos de la base de datos, y las relaciones que se establecen entre dichas operaciones.

–Propiedades estáticas: son las entidades, propiedades de las mismas, así como las relaciones entre dichas entidades.

Es por lo tanto el modelo de datos un mecanismo que nos va a permitir la representación y manipulación de la información de forma general y sistemática, y lo hará determinando como se describen los datos, que operaciones se pueden llevar a cabo con ellos y que reglas de integridad han de tenerse en cuenta para que la información que contenga la base de datos sea consistente.

Sabías que

Una Base de Datos será consistente y cumple todas las restricciones que se han definido sobre ella en cuanto a la integridad y además es capaz de eliminar o controlar las posibles redundancias de datos. La consistencia, por lo tanto, es un término más amplio que la integridad.

El Modelo de datos ha de evitar la duplicidad de datos

En una base de datos, las transacciones que en ella tienen lugar, considerando una transacción como el conjunto de operaciones que ser realizan sobre los datos, tienen una propiedad fundamental, la consistencia. De hecho, cada transacción que tiene lugar en un modelado de datos ha de asegurar la protección de la integridad del estado del sistema, y lo hará si es capaz de ofrecer estas 4 garantías básicas: la atomicidad, la consistencia, el aislamiento y la durabilidad.

Definición

A las 4 características (atomicidad, consistencia, aislamiento y durabilidad) que determinan si una instrucción de una base de datos puede considerarse una transacción, se les denomina características ACID.

Para representar los datos los modelos de datos van a hacer uso de Entidades, Atributos y Relaciones. En el siguiente esquema establecemos, para facilitar el entendimiento del concepto, la analogía entre dichas herramientas y diferentes estructuras semánticas del lenguaje que todos conocemos:

Hecha la aclaración respecto a la característica de las reglas de integridad de las Bases de Datos, podemos continuar afirmando que los diferentes tipos de modelos de datos que existen, que los hay, van a diferenciarse unos de otros precisamente por el tratamiento que se le da a cada una de estas tres características.

Recuerda

De forma conceptual una Base de Datos se caracteriza por sus propiedades estáticas, sus propiedades dinámicas y las reglas de integridad que se aplican sobre entidades y operaciones.

El Sistema Gestor de Bases de Datos (SGBD) , en un sistema ERP y/o CRM, será el encargado de conseguir que los datos que van a convertirse en información relevante para la organización por el tratamiento que se les dé en estos sistemas, puedan manejarse de forma clara, sencilla y ordenada y el modelo de datos en el que basa su funcionamiento el Sistema Gestor de Bases de Datos (SGBD) de una aplicación es el elemento que va a determinar ante qué tipo de SGBD nos encontramos. Es decir, tendremos diferentes sistemas gestores de datos en función de con qué modelo de datos definamos a su Base de Datos, que será el elemento principal del sistema. El modelo de datos elegido, y por lo tanto, la estructura de la base de datos del sistema se llevará a cabo en función de las características, funcionalidades requeridas y objetivos perseguidos por la aplicación que se pretende implementar.

Como veremos a continuación en el caso del ERP/CRM la base de datos que le otorga su plena funcionalidad, por tratarse de sistemas operacionales, es una base de datos definida en base a un modelo relacional.

Para más información, consulta Sistemas Gestores de Bases de Datos (SGBD) en el anexo al final del libro.

Como decíamos, los diferentes gestores de datos que vamos a encontrarnos van a diferenciarse por los distintos modelos de datos que definen la estructura de la base de datos del mismo, y los distintos modelos de datos van a distinguirse unos de otros por el tratamiento que cada uno de ellos le dé a cada una de las características que definen a la aplicación que queremos implementar para trabajar con los datos, y que eran sus propiedades estáticas, sus propiedades dinámicas y su reglas de integridad.

Cuando modelamos los datos, el resultado es una representación de los mismos, con dos componentes, por un lado tendremos ciertas propiedades estáticas del modelo, que definirán su esquema, y por otro sus propiedades dinámicas, que van a especificar como se llevan a cabo las consultas, las transacciones y los informes. Dentro del esquema estará definido el repositorio de información, la base de datos.

Sabías que

Los lenguajes de manipulación de datos (DDL) y los lenguajes de consulta (QL) son las herramientas que se utilizan para llevar a cabo las operaciones de definición de las propiedades estáticas y dinámicas del modelo de datos.

Vamos a ver entonces los diferentes tipos de modelos de datos que podemos encontrarnos y cuáles son sus características.

Hay diversas clasificaciones de los modelos de datos. Vamos a verlas.

Los últimos estudios sobre modelos de datos han dejado de lado aquellos aspectos que tenían que ver con la velocidad de ejecución de los modelos, su integridad física, su concurrencia o su arquitectura para dar centrarse en los aspectos lógicos de las BBDD y en las herramientas y técnicas de las que se dispone para diseñarlas. Así, según la clasificación que estableció Brodieen 1984 originalmente se dieron los modelos de datos primitivos orientados a fichero, que dieron paso a los modelos de datos clásicos (jerárquico, de red y relacional), para avanzar hacia los modelos semánticos y de ahí a la última generación de modelos de datos, los de propósito específico orientados a la aplicación.

También podemos establecer una clasificación de los modelos de datos según sean conceptuales, físicos o lógicos. Por establecer alguna conexión entre ambas clasificaciones, lo que en esta clasificación los modelos de datos relacional, de red y jerárquico se consideran modelos lógicos, en la clasificación de Brodie nos encontrábamos que se consideraban modelos de datos clásicos. Observa la clasificación en el esquema y a continuación verás una descripción de las características de cada uno de los modelos que en él se categorizan.

Modelos conceptuales

Este modelo de datos hace una representación de los datos de manera totalmente independiente al Sistema Gestor de Bases de Datos. Lo hace estableciendo unos esquemas internos, que aunque tratan de adaptarse a la realidad, mediante conceptos como entidades, atributos y relaciones, no siempre consiguen el objetivo deseado, si no es después de pasar por varios esquemas previos a la definición de la estructura final.

Este tipo de gestor de datos utiliza los conceptos ENTIDADES, ATRIBUTOS y RELACIONES:

–Entidad → Va a representar un objeto o concepto del mundo real.

–Atributo→ Va a representar una propiedad de la entidad.

–Relación → Va a describir la interacción que existe entre las entidades.

El siguiente ejemplo muestra el diseño del modelo conceptual, que no es otra cosa que un modelo basado en la entidad/interrelación:

Modelos lógicos

El modelo de datos lógico, también llamado modelo orientado a registros, utiliza para representar los datos el concepto de ESTRUCTURAS DE REGISTROS. Estas estructuras de registros pueden estar soportadas por modelos lógicos diferentes, de ahí su nombre, que dan a su vez lugar a los modelos relacional, de red y jerárquico, que a continuación definiremos.

Muy próximo al modelo conceptual que acabamos de ver, es de reciente aparición un nuevo modelo lógico, el modelo orientado a objetos, surgido de las necesidades derivadas de la aparición y auge de la programación orientada a objetos. En ambos, tanto en la programación como en el modelo de datos, es posible la cohesión de procedimientos y datos, de manera que en las estructuras que poseen datos se definan también los procedimientos que pueden llevarse a cabo con esos datos. En realidad es una evolución del modelo relacional, ya que trata de solucionar las limitaciones que este modelo presenta.

Importante

A los sistemas gestores de datos que utilizan BBDD orientadas a objetos se les denomina SGBO (Sistemas de gestión de bases de objetos) y gestionan diferentes objetos en los que están encapsulados los datos y además gestionan las operaciones que interactúan con ellos.

En los SGBO, el modelo de datos que presentan en único, las aplicaciones pueden acceder directamente al modelo y no existe diferencia entre el modelo conceptual y el modelo lógico.

Serán conceptos importantes en este modelo:

–Clase. Es el grupo formado por objetos semejantes. La clase define las características generales del grupo de objetos.

–Mensaje. Cada uno de los estímulos que son enviados a un objeto.

–Herencia. En un modelo orientado a objetos las clases se representan jerárquicamente, ha superclases y subclases. Las subclases heredan todos los atributos, mensajes y métodos de la superclase de la cual proceden.

–Estado. Son las características propias de cada objeto.

–Encapsulación. Es el método que se utiliza para no mostrar de forma evidente ciertos detalles de los objetos.

Los modelos de datos declarativos, aún en pleno desarrollo, van a suponer un paso incluso por delante de los modelos de datos orientados a objetos.

Sabías que

Las bases de datos orientadas a objetos son las llamadas BBDD de tercera generación.

Modelos físicos

Estos modelos tienen un enfoque completamente distinto a los modelos lógicos ya que se centran en describir cómo van a almacenarse los datos dentro del equipo: la estructura que van a tener los ficheros, los métodos de acceso que se van a utilizar para llegar hasta ellos el formato de los registros, etc.

Los modelos más utilizados, y por ello los que a continuación vamos a analizar con más detalle, son los modelos lógicos (o los clásicos, según la clasificación de Brodie), aquellos con los que vamos a implementar las bases de datos jerárquicas, en red o relacionales, y cuyo uso va a depender de la forma en la que tengamos que trabajar con los datos en función de los requerimientos establecidos.

Modelo jerárquico

En los primeros modelos de datos que aparecieron este era el modelo de datos utilizado. Las bases de datos que utilizan este modelo persiguen el objetivo de establecer, ordenadas jerárquicamente, unas fichas, de tal forma, que cada una de estas fichas, a su vez, pueda contener una lista que incluya otras y así sucesivamente.

Si reflejamos gráficamente esta sucesión de fichas, veremos como el resultado de la estructura representada es una estructura de árbol, en realidad, de árbol invertido, de ahí que este modelo sea también conocido como modelo de árbol.

Importante

El modelo de datos jerárquico utiliza árboles para llevar a cabo la representación lógica de los datos.

El modelo jerárquico se asemeja a un árbol invertido

Sabías que

El sistema gestor de bases de datos de modelo jerárquico más conocido es el sistema IMD de IBM.

En esta estructura de árbol, cada uno de los elementos que lo componen se denomina NODO. El nivel más alto del árbol se denomina RAIZ. Cada uno de los nodos representará un registro, que a su vez tendrá sus campos correspondientes. Los diferentes niveles del árbol quedarán unidos mediante RELACIONES.

Veamos un ejemplo de este modelo de datos. Imaginemos el caso de que una fontanería dese implementar una base de datos para gestionar sus ventas, si elegimos modelar su base de datos de cliente con un modelo jerárquico, tendremos las fichas de los clientes,cada una de las cuales contendrá un listado de las facturas que se le han hecho a cada uno de ellos, y a su vez cada factura tendrá una lista de los suministros que han formado parte de esa factura.

Como puedes ver en el ejemplo, la información está organizada de tal forma que cada una de las entidades del modelo mantiene siempre una relación de tipo padre-hijo, está organizada en orden jerárquico.

En el modelo jerárquico, o en árbol, hay tres conceptos o elementos fundamentales, cuyo conocimiento nos ayudará a comprender el modelo. Hablamos de:

–Tipo de registro.

–Instancia u ocurrencia de registro.

–Relación padre/hijo.

Definición

El tipo de registro va a definir la estructura que tiene que tener cada registro, o lo que es lo mismo, deberá definir los campos que va a tener cada uno de sus segmentos y cual va ser la estructura jerárquica que entre ellos van a mantener.

La instancia u ocurrencia de registro es el valor de un tipo de registro.

La relación padre/hijo. Esta relación determina que el camino de acceso a los datos sea único.

Si no estás del todo familiarizado con estos conceptos puede ser difícil comprenderlos completamente, pero si lees con detalle el siguiente ejemplo seguro que te queda completamente clara la diferencia entre tipo e instancia de registro:

Ejemplo diferencia entre tipo e instancia de registro.

–Un tipo de registro puede ser, por ejemplo, un tipo de fruta:Frutas de grano, Cítricos, Exóticas.

–La instancia u ocurrencia del registro es una fruta concreta perteneciente a cada uno de esos grupos: naranja, manzana y mango.

El ejemplo de la base de datos de la empresa de suministros mostraba un registro de la BBDD. El segmento que se encuentra en la cabeza de un registro se le llama segmento padre, en el caso del ejemplo, sería el cliente. Se llama segmentos hijo a los que dependen de él. En el caso del ejemplo serían las diferentes facturas.

¿Cómo funciona el acceso a los datos en este tipo de BBDD? Definir la esquema de una base de datos jerárquica supondrá tener en cuenta los siguientes conceptos:

–Para desplazarnos en un registro, lo primero que hay que hacer es posicionarse en la raíz de una instancia, y posteriormente, ir desplazándose por los diferentes hijos según nuestras necesidades de consulta o modificación de datos.

–En una BBDD jerárquica no se puede acceder directamente a las instancias de un segmento hijo si con anterioridad no se han seleccionado las instancias de los segmentos padre de los cuales depende.

Si seguimos tomando como referencia el ejemplo de la empresa de suministros, no podríamos seleccionar una factura, si previamente no hemos solicitado un registro.

La estructura de árbol limita las relaciones que pueden establecerse, en el sentido de que estas únicamente pueden darse en la proporción 1:M. Este hecho hace que los modelos de datos jerárquicos presenten algunos inconvenientes que han de tenerse en cuenta al analizar los requerimientos de la aplicación a implementar. Así, en este modelo:

–El árbol se tiene que recorrer en el orden definido.

–Para tener acceso a cualquier de los nodos del árbol es preciso comentar por el nodo raíz.

–No se admite ninguna relación que no sea 1:M.

–Un nodo hijo no puede tener más de un padre.

–No está permitida más de una relación entre dos nodos.

El siguiente cuadro resumen muestra tanto las restricciones como las características de este modelo.

Modelo en RED

El modelo en red es un modelo de datos con mucha más potencialidad que el modelo jerárquico, aunque no tanto como el modelo relacional que a continuación veremos. Al igual que en el modelo en árbol, la información en este modelo de datos se organiza en registros, que almacenarán los datos, y, como también ocurre en el jerárquico se llamarán nodos. Los nodos se relacionarán unos con otros mediante enlaces.

Nodos + Enlaces = Modelo en Red

Los conceptos básicos del modelo de datos en red son 3, a los que habría que añadir el DIAGRAMA, que será el esquema que va a representar a la Base de Datos en Red.

–El tipo de registro, que va a representar a un nodo.

–El elemento, que será un campo de datos.

–Conjunto o agregado de datos, que definirá un conjunto de datos con un determinado nombre.

La principal restricción del modelo en red para las BBDD es que una ocurrencia de registro miembro únicamente puede pertenecer a una única instancia de un determinado conjunto, lo que no significa, que pueda ser capaz de participar en varios tipos de varios conjuntos.

Observa el ejemplo propuesto sobre ocurrencia de conjunto, te servirá de ayuda para establecer el concepto de ocurrencia de conjunto.

A pesar de esta restricción, y como ya habíamos comentado, el modelo en red es un modelo más potente que el jerárquico, por el simple hecho de que podemos simular un modelo jerárquico a través de uno en red de varios niveles. Estudia el siguiente diagrama, que representa relaciones entre tipos de registros que no pueden expresarse mediante un esquema de modelo de datos jerárquico: