Modelos de datos
Bases de datos I
Ingeniería de Sistemas y Computación
Ing. Mauro Asdrubal Pita Puerto
2022 - I
Modelo de datos
Un modelo de datos es una notación para describir datos o
información. La descripción generalmente consta de tres partes:
• Estructura de datos
• Operaciones sobre los datos
• Restricciones en los datos
Características de un modelo de datos
• Permite analizar los aspectos de interés para una organización.
• Permite descubrir y documentar datos del negocio.
• Es una tarea difícil, pero su habilidad de desarrollo se adquiere con la
experiencia.
• Fundamental para que los sistemas de información tengan éxito.
Características de un modelo de datos II
• Define el origen y los tipos de datos necesarios para el desarrollo del
negocio
• El sistema diseñado debe ser sencillo, coherente y estable.
• Se diseña y desarrolla en la etapa de planificación de un nuevo
sistema.
Ciclo de desarrollo del modelo
• Requerimientos
• Diseño
• Documentación
• Evaluación
Metas y beneficios de un modelo de datos
• Registrar los requerimientos de datos de un proceso de negocio.
• Ayudar a que dicho proceso puede sea lo menos complejo posible.
• Permite observar el uso potenciales de los datos.
Importancia de un modelo de datos
Modelos de datos usados
• Modelo de datos jerárquico
• Modelo de red
• Modelo relacional
• Modelo entidad – relación
• ….
Modelo jerárquico
Modelo de red
Modelo relacional
Modelo entidad - relación
Bloque de construcción básico
Elementos básicos del modelo:
• Entidades.
• Atributos.
• Relaciones.
Entidades
Es algo similar a un objeto y representa algo en el mundo real, incluso
algo abstracto. Por ejemplo:
• Persona
• Vehículo
• Factura
• Entrada / Salida de vehículos
Características de una entidad
• Debe tener atributos que son las cosas que los hacen ser una
entidad.
• En el modelo conceptual se nombra de forma singular.
• A partir del modelo lógico se nombra de forma plural.
• Se representa dependiendo la notación con la cual se está diseñando
la base de datos.
Tipos de entidades
• Entidades fuertes: Tiene un identificador único y no dependen de
nadie.
• Entidades débiles: No pueden existir sin una entidad fuerte. Existen:
• Entidades débiles por identidad: No se diferencian entre sí más que por un
atributo (identificador único) de su identidad fuerte.
• Entidades débiles por existencia: Se les asigna un identificador único propio.
Atributos
Son características que permiten describir a una entidad. Por ejemplo:
• Persona -> nombre
• Vehículo -> placa
• Factura -> numero de factura
• Entrada / Salida de vehículos -> hora de salida/entrada del vehículo
Características de los atributos
• No se deben repetir dentro de la entidad y el diseño.
• Deben tener un nombre claro, por lo general:
nombreatributo_nombretabla.
• Por lo general se escriben en minúscula.
• Se representa dependiendo la notación con la cual se está diseñando
la base de datos.
Tipos de atributos
• Multivaluado: Pueden tener más de un valor, por ejemplo: personas
con más de 1 número telefónico.
• Compuestos: Son aquellos que se componen de otros atributos.
• Llave: Son aquellos que identifican a la entidad y no pueden ser
repetidos. Existen:
• Naturales: Son inherentes al objeto.
• Clave artificial: No es inherente al objeto y se asigna de manera arbitraria.
Relaciones
Las relaciones nos permiten ligar o unir nuestras diferentes tablas. Por
convención se definen a través de verbos. Por ejemplo:
• Persona puede comprar un vehículo
• Vehículo debe generar una factura de entrada
Cardinalidad de las relaciones
Las relaciones tienen una propiedad llamada cardinalidad y tiene que
ver con números.
Cuántos de un lado pertenecen a cuántos del otro lado:
• Cardinalidad: 1 a 1
• Cardinalidad: 0 a 1
• Cardinalidad: 1 a N
• Cardinalidad: 0 a N
Ejemplo de cardinalidad
• Persona puede comprar varios vehículo
• Vehículo debe generar una factura de entrada
Opcionalidad de la relación
Las relaciones tienen opcionalidad de existir o no. Por ejemplo:
• Persona puede comprar varios vehículo
• Vehículo debe generar una factura de entrada
Referencias
• Database systems concepts – Abraham Silberschatz, Henry Korth, S.
Sudarshan