El documento aborda la concepción de modelos de datos para bases de datos, destacando la diferencia entre el modelo y el esquema, así como la importancia de definir un 'universo del discurso' antes de crear una base de datos. Se explica el modelo entidad-relación, propuesto por Peter Chen, que se centra en entidades y relaciones, e incluye consideraciones sobre cardinalidades y atributos de las entidades. Además, se analizan aspectos del modelo relacional, incluyendo claves primarias y restricciones de integridad referencial.

1. Herramientas Tecnológicas
Bases de Datos
BASE DE DATOS
(Parte 2)
Mayo, 2021

2. Modelo de datos
 Modelo: Instrumento que se aplica a una porción
del mundo real (Universo del Discurso) para
obtener una estructura de datos, denominada
“Esquema”. Por lo tanto el modelo es el instrumento
y el esquema es el resultado de la aplicación del
instrumento.

3. Modelo de datos
 Se debe de distinguir entre el mundo real y el
“Universo del Discurso”, ya que este ultimo es la
visión del mundo real propia del diseñador.
 Por lo tanto el primer paso en la concepción de una
Base de Datos es definir el “Universo del Discurso”,
fijando para ello una serie de objetivos sobre el
mundo real que se va analizar.

4. Definición de Modelo de datos

5. Definición de esquema
Esquema
 "La descripción específica de un determinado
minimundo en términos de un modelo de datos se
denomina esquema (o esquema de datos) del mini-
mundo. La colección de datos que representan la
información acerca del mini-mundo constituye la base
de datos”, Dittrich (1994).
 “Representación de un determinado mundo real
(universo del discurso) en términos de un modelo de
datos”, de Miguel, Piattini y Marcos (1999).

6. Modelo de datos vs Esquema

7.  Hay que destacar que los modelos de datos son la
base para los lenguajes de datos. La existencia de
distintos lenguajes puede proceder tanto del
modelo como de la sintaxis. Así podemos afirmar
que el SQL (Structured Query Language) es el
resultado de aplicar una determinada sintaxis al
modelo relacional, mientras que el QUEL (QUEry
Language) aplica otra sintaxis a este mismo
modelo.

8. Clasificación de los Modelos de datos

9. Clasificación de los Modelos de datos

10. Clasificación de los Modelos de datos

11. Elementos de un Modelo de datos

12. Relación entre MD y Lenguajes de datos

13. Objetivos de los MD
Los Objetivos de los Modelos de Datos
 Formalización: Debe de permitir definir formalmente las
estructuras permitidas y las restricciones a fin de representar
los datos de un sistema de información. Como consecuencia
permite facilidades para la definición de un lenguaje de
datos.
 Diseño: Ya que el modelo de datos es uno de los elementos
básicos para el desarrollo de una metodología de diseño
permitiendo prever el impacto de los cambios en un sistema
de información.

14. Definición Formal de un Modelo de Datos
Las propiedades del Universo del Discurso son de dos
tipos:
 Estáticas: Relativamente invariables en el tiempo que
responden a la Estructura.
 Dinámicas: Varían en el transcurso del tiempo; son
datos o valores que se almacenan en la Estructura.

15. Formalmente un Modelo de Datos se Define:
 MD = < S, O >
 S = Reglas que permiten representar los
componentes estáticos, es decir describir las
características de nuestro Universo del Discurso.
 O = Conjunto de las operaciones autorizadas
sobre la estructura que permiten representar los
componentes dinámicos.

16. Etapas en el modelo conceptual

17. Paso del esquema percibido al esquema
conceptual

18. Otras consideraciones

19. Características del esquema conceptual

20. El Modelo Entidad/Relación
 Modelo propuesto por Peter P. Chen en 2 documentos, en 1976 y 1977.
Según Chen . “El modelo Entidad / Relación puede ser usado como una
base para la vista unificada de los datos; optando por el enfoque mas
natural del mundo real; el cual consiste en Entidades y Relaciones”.
 El Modelo esta centrado en dos conceptos fundamentales: Entidad y
Relación.
 Entidad: Cualquier objeto real o abstracto sobre el cual deseamos
tener información en la Base de Datos; debe de tener existencia por si
mismo y se puede distinguir de los demás.
 Ejemplo de una Entidad o Ocurrencia de Entidad: El libro de Fundamentos
de Programación de la editorial Prentice Hall.

21. Modelo Entidad/Relación
 Ejemplos y representación de Conjuntos de
Entidades:

22. Modelo Entidad/Relación
 Reglas para las Entidades:
 Cada Ocurrencia de Entidad en particular debe tener
existencia propia.
 Cada Ocurrencia de un Tipo de Entidad debe poder
distinguirse de la demás Ocurrencias de su tipo.
 Todas las Ocurrencias de una tipo de Entidad debe
contener el mismo grupo de atributos.

23. Modelo Entidad/Relación
 Relación: Asociación o correspondencia entre
Entidades.
 Ejemplo: Entre el Autor Luis Joyanes Aguilar y el Libro
de Fundamentos de Programación existe una relación
que la podemos nombrar Escribe.
 Luis Joyanes Aguilar Escribe El Libro de Fundamentos de
Programación.

24. Modelo Entidad/Relación
 Tipo o Conjunto de Relaciones: Grupo de relaciones
del mismo tipo.
 Ejemplos:

25. Cardinalidades de Mapeo o Tipos de
Correspondencia

26. Cardinalidades de Mapeo o Tipos de
Correspondencia

27. Cardinalidades de Mapeo o Tipos de
Correspondencia

28. Grado de una relación
 Es el numero de (Tipos) Conjuntos de Entidades que
participan en un (Tipo) Conjunto de Relaciones.

29. Grado de una relación

30. Grado de una relación

31. Roll
 Papel (Roll) :
 Es la función que cada uno de los conjuntos de
entidades realiza en el conjunto de relación. Los
papeles suelen ser implícitos y generalmente no se
especifican. Su función es ampliar el significado de la
relación.

32. Roll

33. Atributo
 Una entidad esta formada por un conjunto de
atributos; cada uno de ellos propio de una
característica de la entidad. En si, un conjunto o tipo
de entidad se puede definir como un grupo de
entidades, todas formadas por el mismo conjunto
de atributos.

34. Atributo

35. Llaves primarias o principales
 Llave Primaria o Principal : Se refiere a la Llave
Candidata elegida por el diseñador de la Base de
Datos, como la forma principal para identificar a
cada una de las entidades dentro de su conjunto
de entidades.

36. Ejercicios

41. Modelo Relacional (Estática)

42. Elementos del Modelo Relacional

43. Elementos del Modelo Relacional

44. Elementos del Modelo Relacional

45. Ejemplo:

46.  Cada tabla contiene ocurrencias del mismo tipo de registro. La
clave principal para la Relación Cliente es “No. Cliente” y
para la Relación Cuenta es “Número”, generalmente una
Relación se implanta como un archivo en la Base de Datos.
 La ventaja principal del enfoque Relacional esta en la
simplicidad de su representación, en la estructura lógica de la
Base de Datos y en la flexibilidad para establecer relaciones
de datos por medio de campos de conexión.

47.  La mayoría de los usuarios finales probablemente entiendan
las tablas mucho mejor de lo que entenderían una estructura
compleja en red, por lo tanto el enfoque relacional puede
facilitar la comunicación entre el DBA y los usuarios finales.

48. Terminología Relacional
 Relación: Una tabla tiene como nombre relación. Una relación es
un archivo conceptual que consta de ocurrencias con la misma
composición de campos; generalmente se implanta como un archivo
almacenado.
 Atributo: Cada columna de una relación representa un atributo, el
cual es equivalente a un campo.
 Dominio: (para un atributo) es el conjunto de todos los valores
posibles entre los cuales el atributo puede tomar su valor.
 Ada: Los renglones de la tabla se llaman adas; cada una de ellas
representa una ocurrencia de un registro. Una relación es un
conjunto de adas. Si una relación tiene “n” columnas, se dice que es
de grado “n” y consta de un conjunto de “m” adas.

49. Terminología Relacional
 Clave (Llave) Principal y Clave Aspirante: Un campo de datos se llama
aspirante, si el contenido del campo identifica de manera única a cada ada
de la relación. Una relación puede tener mas de una clave aspirante; en
este caso una de ellas se puede designar como clave principal. Una clave
principal puede constar de la combinación de mas de un atributo, si es que
ninguno de estos identifica de manera única a cada registro de la relación.
 Clave externa: En la terminología relacional, un campo de conexión se
llama clave externa; porque es un campo externo a la relación principal.
Una clave externa en el caso de un registro hijo, contiene el valor
clave_principal de su registro padre. Por lo tanto, el registro hijo identifica
a su padre vía la clave externa.
 Archivo Neto: Un archivo se considera neto; si es que ninguno de sus campos
contienen ocurrencias múltiples de valores dados.

51. Restricciones Inherentes
 Para una Relación:
 No hay dos adas iguales.
 El orden de las adas no es significativo.
 El orden de las columnas no es significativo.
 Cada atributo en una determinada ada, solo puede
tomar un único valor de su respectivo dominio.
 Ningún atributo que forme parte de la clave primaria
o principal puede tomar un valor nulo.

52. Restricciones de Usuario
 Integridad Referencial: Si una Relación “R2” tiene
un campo que es clave principal de una relación
“R1”; todo valor de dicho campo en “R2” debe
concordar con un valor de la llave primaria de
“R1”, o ser nulo.

54. Vistas