MBIO

Bases de datos relacionales

           Slides Bases de datos Relacionales  by Juan Carlos Mantilla Gómez is licensed under a Creative Commons Reconocimiento-
NoComercial-SinObraDerivada 4.0 Internacional License.
EL MODELO DE DATOS Y EL PROCESO DE
DISEÑO DE UNA BASE DE DATOS
 En esta sección

• Comprender qué es un MODELO DE DATOS

• Qué es un DOMINIO de datos
• Tres niveles esenciales en el diseño de una Base de Datos
• Pasos para diseñar una Base de Datos
 Modelo de datos
• Conjunto de conceptos orientado a organizar los datos de interés y
describir su estructura, en forma comprensible para un sistema
informático.
• Es una especie de “lenguaje” que permite describir cosas como:
• Estructuras de datos que conforman la base de
datos
• La Restricciones de Integridad: Condiciones que
los datos deben cumplir
• Las Operaciones de manipulación de los datos
Típicamente son: adición, eliminación,
actualización, recuperación.
De una manera comprensible para un sistema informático
 Modelo de datos

• A partir del modelo de datos se puede construir la Base de Datos. Por

tanto…
• Un modelo de datos insuficiente o inadecuadamente definido, derivará en
problemas en el momento de consultar la base de datos.
– Algunas consultas no pueden hacerse porque la base de datos no
contempla la información requerida
– Pueden darse contradicciones en los datos
– Se genera el riesgo de inexactitud o insuficiencia en los resultados
– Problemas de eficiencia
 Dominio de datos

• En
  matemáticas el dominio de una función es el conjunto de valores de
la variable independiente para los cuales la función está definida.
• En Bases de datos, el concepto es parecido. El Dominio para un cierto dato
es el conjunto de valores que el dato puede tomar. Por ejemplo:
– el dato Edad (de una persona): sólo valores positivos
– El valor del mes (en una fecha): solo puede tener valores entre 1 y 12
– el número de una línea celular: hasta 10 dígitos (en Colombia)
– La carrera de un estudiante en la base de datos de una universidad

El concepto de dominio está estrechamente relacionado con el tema de las restricciones

aplicables a ciertos datos
 Dominio de datos

• Imagine una pequeña base de datos qué contiene la información de los libros de
una biblioteca
DOMINIO
Textos
Textos
Textos
Textos
Enteros (+)
Enteros (+)
Textos
Reales (+)
Enteros (+)
 Dominio de datos
• Supongamos una base de datos simple, • Nuestra entidad, una vez haya sido “poblada” con
está constituída por una sola estructura los datos de los empleados, se vería más o menos
(entidad) que contiene ciertos datos de así.
un grupo de empleados.
ID_empleado Nombre Apellido Fecha_nac Dpto_origen
18094126 JUAN RODRÍGUEZ 5/06/1942 Cesar
26882167 PEDRO PÉREZ 31/06/1958 Meta
29763682 ANA GONZÁLEZ 26/08/1962 Meta
37592869 MÓNICA BAENA 6/10/1946 Huila
65305248 MARÍA ARIAS 1/06/1946 Atlantico
67120081 GENARO BAQUERO 17/11/1960 Norte de Sder
67554984 ROBERTO PORTO 23/05/1967 Córdoba
70480560 LUIS SALAZAR 2/03/1992 Bogotá
80875030 ARIEL BERMÚDEZ 6/01/1982 Córdoba
81437208 ANTONIA GÓMEZ 8/06/1961 Atlántico
88256510 EUGENIA ACEVEDO 8/04/1982 Cesar
89519160 ARTURO PUERTA 18/09/1994 Altántico

(los datos mostrados son ficticios y fueron generados aleatoriamente)

Entonces podría pensarse en….
• Nuestra entidad, entonces sufre un cambio en su
“estructura” al redefinir el Tipo de dato del
atributo Dpto_origen ahora es un código
enumerado
ID_empleado Nombre Apellido Fecha_nac Dpto_origen
18094126 JUAN RODRÍGUEZ 5/06/1942 1013
26882167 PEDRO PÉREZ 31/06/1958 1021
29763682 ANA GONZÁLEZ 26/08/1962 1021
37592869 MÓNICA BAENA 6/10/1946 1018
65305248 MARÍA ARIAS 1/06/1946 1004
67120081 GENARO BAQUERO 17/11/1960 1023
67554984 ROBERTO PORTO 23/05/1967 1014
70480560 LUIS SALAZAR 2/03/1992 1005
80875030 ARIEL BERMÚDEZ 6/01/1982 1014
81437208 ANTONIA GÓMEZ 8/06/1961 1004
88256510 EUGENIA ACEVEDO 8/04/1982 1012
89519160 ARTURO PUERTA 18/09/1994 1004
 Esto implica que….
• Se adiciona una nueva entidad Cod_dpto Nombre Municipios Capital Superficie Población

al modelo de datos: 1001

1002
1003
Amazonas
Antioquia
Arauca
2 Leticia
125 Medellín
7 Arauca
109665
63612
23818
74541
6456207
262315
1004 Atlántico 23 Barranquilla 3019 2461001
ID_empleado Nombre Apellido Fecha_nac Dpto_origen 1005 Bogotá 1 Bogotá 1775 7878783
18094126 JUAN RODRÍGUEZ 5/06/1942 1013 1006 Bolívar 45 Cartagena 25978 2097086
1007 Boyacá 123 Tunja 23012 1276367
26882167 PEDRO PÉREZ 31/06/1958 1021 1008 Caldas 27 Manizales 7888 988003
29763682 ANA GONZÁLEZ 26/08/1962 1021 1009 Caquetá 16 Florencia 88965 477619
37592869 MÓNICA BAENA 6/10/1946 1018 1010 Casanare 19 Yopal 44490 356438
1011 Cauca 41 Popayán 29308 1379070
65305248 MARÍA ARIAS 1/06/1946 1004 1012 Cesar 25 Valledupar 22905 1028880
67120081 GENARO BAQUERO 17/11/1960 1023 1013 Chocó 31 Quibdó 46530 500076
67554984 ROBERTO PORTO 23/05/1967 1014 1014 Córdoba 30 Montería 25020 1709603
1015 Cundinamarca 116 Bogotá 24210 2680041
70480560 LUIS SALAZAR 2/03/1992 1005 1016 Guainía 1 Inírida 72238 40203
80875030 ARIEL BERMÚDEZ 6/01/1982 1014 1017 Guaviare 4 San José del Guaviare 52957 107934
81437208 ANTONIA GÓMEZ 8/06/1961 1004 1018 Huila 37 Neiva 19890 1154804
1019 La Guajira 15 Riohacha 20848 957814
88256510 EUGENIA ACEVEDO 8/04/1982 1012 1020 Magdalena 30 Santa Marta 23188 1259667
89519160 ARTURO PUERTA 18/09/1994 1004 1021 Meta 29 Villavicencio 85635 961292
1022 Nariño 64 Pasto 32820 1744275
1023 Norte de Santander 40 Cúcuta 21648 1355723
1024 Putumayo 13 Mocoa 24885 345204
1025 Quindío 12 Armenia 1845 565266
1026 Risaralda 14 Pereira 4140 951945
1027 San Andrés y Providencia 2 San Andrés 52 76442
1028 Santander 87 Bucaramanga 30537 2061095
1029 Sucre 26 Sincelejo 10670 851526
1030 Tolima 47 Ibagué 23562 1408274
1031 Valle 42 Cali 22195 4613377
1032 Vaupés 3 Mitú 54135 42817
1033 Vichada 4 Puerto Carreño 100947 68575
EL DISEÑO DE UNA BASE DE DATOS
 En esta sección trataremos…

1. Etapas en el proceso del diseño de

una base de datos.
2. Estructuras del modelo Entidad
Relación.
3. Diseño conceptual de los datos de
un sistema de información
mediante el modelo ER.
4. Diseño Lógico de una base de
datos relacional partiendo de un
diseño conceptual expresado con
el modelo ER.
 El Diseño de una base de Datos
DISEÑAR una base de datos es:
• DEFINIR LA(s) ESTRUCTURA(s) que almacenarán
los datos que se van a manipular mediante el
sistema informático que se desea desarrollar.
– Conjunto de esquemas de relación, atributos,
dominios, claves primarias, foráneas …. Etc….
• Es un proceso que se puede dominar con cierta
facilidad y de manera intuitiva, con base en la
experiencia

Diseñar una base de datos no es otra cosa que DEFINIR completamente su MODELO DE
DATOS con todos los detalles necesarios para su implementación
Etapas en el diseño de una Base de Datos
Análisis
Preliminar

Requerimientos de datos

Modelo Conceptual

Modelo Entidad Relación

Diseño
Lógico

Modelo Relacional Normalizado

Diseño
Físico

Esquema Físico
 1. Analisis preliminar

Objetivo: Entender los procesos del “negocio”

a. Procesos a modelar
b. Insumos de datos.
c. Origen de los datos
d. Flujos de datos en cada proceso
e. Documentos

Producto: Lista de requerimientos

a. Productos de Información a obtener
b. Restricciones a considerar
c. Usuarios y servicios
 2. Diseño Conceptual
• Objetivo: definir la estructura conceptual de la información de la futura BD
– Definición conceptual de la forma como deben organizarse los datos, para
ofrecer mejores posibilidades de satisfacer los requerimientos
– Independiente de la tecnología que se utilizará en la implementación. (SGBD)
• Producto: Diagrama Entidad – Relación
– Esquema gráfico que representa el
modelo de datos a nivel conceptual
• Entidades
• Atributos
• Relaciones
• Correspondencia
• Cardinalidad
 3. Diseño Lógico
• Objetivo: adaptar el diseño conceptual a la tecnología que se usará para la
implementación
– Ajustar el diseño conceptual (D.E.R) a la tecnología del SGBD específico en el
cual se hará la implementación.
– En nuestro caso, siempre
será un SGBD RELACIONAL.

• Producto: Modelo Relacional

de la Base de datos
 4. Diseño Físico.
• Objetivo: transformar el diseño lógico en una implementación física que
pueda ser operada por las funcionalidades de SGBD

• Producto: Modelo
físico de la Base de
datos