Informática Superior II

TEMA: Modelos de Datos

15-02-2023
¿Qué es un Modelo de Datos?

 Una representación abstracta de los datos de una

organización y las relaciones entre ellos. Más aún,
podemos decir que, en cierta medida, un modelo de
datos describe una organización.
 El propósito de un modelo de datos es, representar
los datos y por otra, ser comprensible.
 Modelo E-R (Entidad – Relación)
Estos modelos surgen de la necesidad de mecanismos que
capten con mayor facilidad la semántica del mundo real,
mejorando la calidad de diseño de sistemas.
ENTIDAD:
 Cualquier objeto (real o abstracto) que existe en la realidad
y acerca del cual queremos almacenar información en la
Base de Datos.

 Las entidades se representan gráficamente mediante

rectángulos con su nombre en el interior.
ATRIBUTO:

Cada una de las propiedades o características que tiene una entidad.

Los atributos son valores simples, ejemplos enteros o cadenas de caracteres, sin
estructura, conjuntos, etc.

Los atributos se representan mediante un óvalo con el nombre del atributo .

RELACIÓN:
Es la asociación existente entre dos o más entidades.
Otra característica es el tipo de correspondencia entre dos
relaciones
• 1:1. Uno a uno, a cada ocurrencia de una entidad le corresponde
como máximo una ocurrencia de la otra entidad relacionada.
• 1:N. Uno a Mucho, a cada ocurrencia de la entidad A le pueden
corresponder varias de la entidad B.
• N:M. Muchos a muchos, cada ocurrencia de una entidad puede
contener varias de la otra entidad relacionada y viceversa.
La cardinalidad que define el número máximo y mínimo de ocurrencias
de cada tipo de entidad.
 Nomenclatura E-R (Entidad –
Relación)
Entity name Clase de Entidad

Entity name Clase de Entidad débil

Clase de relación

Clase de relación
identificadora
 Nomenclatura (Entidad – Relación)
E-R Atributo

--------- Atributo clave

Atributo multivaluado

Atributo
compuesto
• Clases de entidades
 Débiles son aquellas que no tienen clave primaria.
 Fuertes las que sí tienen.
 Entidades débiles dependen de una fuerte a través de una
clave parcial.
• Claves

 PK (Primary Key), es una clave que

identifica
univocamente a un registro de otro.
 FK (Foreign Key), es una clave que ayuda a relacionar las
tablas, usando la PK de la tabla a la cual se hace
referencia.
• Visualización de datos

RUT_CLI COD_CIU NOMBRE_CLI DIRECCION FONO

16544311-1 01 Ramon Picarte Picarte 3000 210021

7725745-6 03 Juan Perez Los Alamos 21 210210

6981233-K 10 Alvaro Henriquez Bueras 521 230023

15456345-8 05 Ester Valdes Errazuriz 443

COD_CIU NOMBRE
01 Arica

03 Iquique

10 Valdivia

05 Santiago

11 Osorno
• Ejemplo :

COD_REG CIUDAD COD_CIU

14 Valdivia 1

14 Corral 2
REGION COD_REG 14 Lanco 3
LOS RIOS 14 14 Los Lagos 4
TARAPACA 1 14 Mafil 5
ANTOFAGASTA 2 14 Mariquina 6

14 Paillaco 7

14 Panguipulli 8

1 Arica 9

1 Iquique 10

2 Calama 11
• Pasos para hacer un Diagrama E - R:

1. Identificar sustantivos  entidades

2. Identificar verbos  relaciones
3. Identificar atributos
4. Identificar llaves primarias
5. Establecer cardinalidades
• Ejemplo :

Se requiere construir un sistema de información en el que se

requiere tener la información sobre las viviendas urbanas del país y
las personas que las habitan. Cada persona solo puede habitar una
vivienda, pero puede ser propietaria de más de una. (Como
simplificador, las ciudades pertenecen a regiones).
• Paso 1 : identificar sustantivos  entidades

Se requiere construir un sistema de información en el que se requiere

tener la información sobre las viviendas urbanas del país y las
personas que las habitan. Cada persona solo puede habitar una
vivienda, pero puede ser propietaria de más de una. (Como
simplificador, las ciudades pertenecen a regiones).
• Paso 1 : identificar sustantivos  entidades

personas viviendas

ciudades

regiones
• Paso 2 : identificar verbos  relaciones

Se requiere construir un sistema de información en el que se requiere

tener la información sobre las viviendas urbanas del país y las
personas que las habitan. Cada persona solo puede habitar una
vivienda, pero puede ser propietaria de más de una. (Como
simplificador, las ciudades pertenecen a regiones).
• Paso 2 : identificar verbos 
relaciones

Habita

personas viviendas

Pertenece

Es propietaria
ciudades

regiones Estan
• Paso 3 : identificar atributos

Personas: Ci y Nombre
Viviendas: Dirección
Ciudades: Nombre
Regiones: Nombre
• Paso 3 : identificar atributos
dirección

Habita

ci personas viviendas

Pertenece

nombre Es propietaria
ciudades

nombre

nombre regiones Estan

• Paso 4 : Identificar llaves primarias

Personas: RUT (Rol Único Tributario)

Viviendas: Id_vivienda (Id: Identificador)
Ciudades: Id_ciudad
Regiones: Id_region

NOTA: las llaves primarias se denotan por PK (Primary Key), y

usaremos la siguiente forma de representación:

PK: rut
 PK: id_vivienda
dirección

Habita

PK: ci personas viviendas

Pertenece
PK: id_ciudad
nombre
Es propietaria
ciudades

nombre
PK: id_region

nombre regiones Estan

• Paso 5 : Establecer cardinalidades

Se requiere construir un sistema de información en el que se requiere

tener la información sobre las viviendas urbanas del país y las
personas que las habitan. Cada persona solo puede habitar
una vivienda, pero puede ser propietaria de más de una.
(Como simplificador, las ciudades pertenecen a regiones).
• Paso 5 : Establecer cardinalidades

Entonces…
• Una persona es propietaria de N viviendas, y una vivienda es
propiedad de 1 sola persona.
• En las viviendas pueden habitar N personas, y una persona
puede habitar en 1 sola vivienda.
• Una ciudad puede tener N viviendas, y una
vivienda pertenece a sólo 1 ciudad.
• Una región puede tener N ciudades, y una ciudad pertenece a
sólo 1 región.
• Paso 5 : Establecer cardinalidades
PK: id_vivienda
dirección

1
Habita
N
N
PK: rut personas viviendas

1 N Pertenece
PK: id_ciudad 1
nombre
Es propietaria
ciudades

PK: id_region nombre N

nombre regiones Estan

1
• Paso 5 : Establecer cardinalidades

Como parte de este paso, nace una llave llamada FK

(Foreign Key), llave foránea, que es el identificador
que relaciona de forma real las entidades (como otro
atributo de la entidad ).
Esta se toma desde la punta de la relación con 1 a la
que tiene N.
Para ello se traspasa la PK de la entidad con
cardinalidad 1, como FK a la entidad con cardinalidad
N.
 • Paso 5 : Establecer cardinalidades
PK: id_vivienda FK: rut
dirección
FK: id_vivienda FK: id_ciudad
1
Habita
N
N
PK: rut personas viviendas

1 N Pertenece
PK: id_ciudad
1
nombre
Es propietaria
ciudades

PK: id_region nombre N

FK: id_region

nombre regiones Estan

1
• Solución PK
:Id_vivien dirección
da FK
FK :Id_ciud
:Id_vivien ad
da FK: rut
N 1
Habita

PK: rut personas viviendas N

nombre pertenece

Es propietaria

PK 1 FK
1 N :Id_ciud
:Id_region
ad
ciudades

nombre
N
nombre

1
PK regiones estan
:Id_region
 TAREA :
A partir del siguiente enunciado se desea realiza el modelo entidad-
relación.

“Una empresa vende productos a varios clientes. Se necesita

conocer los datos personales de los clientes (nombre, apellidos,
ci, dirección y fecha de nacimiento). Cada producto tiene un
nombre y un código, así como un precio unitario. Un cliente
puede comprar varios productos a la empresa, y un mismo
producto puede ser comprado por varios clientes.
Los productos son suministrados por diferentes proveedores. Se
debe tener en cuenta que un producto sólo puede ser
suministrado por un proveedor, y que un proveedor puede
suministrar diferentes productos. De cada proveedor se desea
conocer el Nit, nombre y dirección”.
Las fases de diseño de una base de datos relacional son:

1. Diseño conceptual(Usuario) .(Modelo Entidad

Relación)
2. Diseño Lógico.(Modelo Relacional-Tablas)
3. Diseño Físico.(SGBD)
 Campañas
Ejemplo: Ejecutivas
PK codi_campaña PK codi_ejecutiva

Nombre campaña Nombre

Fecha_inicio Rut
Fecha_termino Dirección
Teléfono
Estado

Carteras

PK codi_cartera

FK1 codi_campaña

FK2 codi_ejecutiva Clientes

Estado
PK Rut_cliente

Nombre
Direccion
Detalle_cartera Ciudad
Telefono
PK codi_detalle

FK1 codi_cartera Promociones

rut_cliente
FK2 codi_promocion PK codi_promocion
flag_compra
FK3 Fecha_contacto Nombre_promocion
Valor
BASE DE DATOS
MODELO
RELACIONAL
 Base de Datos Modelo relacional

 Concepto.-Es un modelo de organización y gestión de base

de datos consistente en el almacenamiento de datos en tablas
compuestas por filas o tuplas y columnas o campos.
 Un modelo relacional consiste en representar datos mediante
tablas relacionadas cuyas filas se llaman tuplas y las
columnas variables o campos conformando así una base de
datos
Base de Datos Modelo relacional

 Fueron creados en 1970 por Edgar Frank Codd,

empleado de IBM en San José (California). Su
funcionamiento es realmente sencillo. Se basan en la en
la teoría de conjuntos .

 Se representan con tablas de datos, de manera que las

filas son los diferentes casos y las columnas los campos
a estudiar. Es muy utilizado para administrar datos de
forma dinámica.
Base de Datos Modelo relacional

Términos formales del modelo relacional

 Existen una serie de términos formales que se corresponden
con expresiones informales. Conviene conocerlos para así
familiarizarse con ellos. En la práctica suelen usarse las
expresiones sencillas, más fáciles de entender.
Base de Datos Modelo relacional

 La relación, que es el término formal, tiene en la tabla su

equivalente informal.
 La tupla no es más que un registro que se representa en las
filas de la tabla y el atributo es una columna o campo.
 La cardinalidad se refiere al número de filas o registros y el
grado es el número de columnas o campos.
 Por último, la clave primaria es un identificador único de
cada caso.
Base de Datos Modelo relacional

Cómo funciona el modelo relacional

 Aunque lo veremos en el ejemplo final, vamos a mostrar
cómo funciona. Hay que tener en cuenta que las propias
tablas ya establecen relaciones entre los datos, de ahí el
nombre. En realidad se rige por unas normas sencillas, que
son las siguientes:
Base de Datos Modelo relacional

 Las tablas son el centro del modelo y los datos deben ser
representados en ellas. También se usan tablas cuando se
calculan resultados de otras.
 El orden de cada columna viene determinado por el tipo de
consulta que se realice. Por tanto, no es necesario un orden
inicial, ya que cada relación la conforma un conjunto único
de datos.
Base de Datos Modelo relacional

 Como ya hemos mencionado, las filas son datos o casos, las

columnas campos o variables. Por otro lado, cada celda es
un registro que tiene dos dimensiones.
 Es imprescindible disponer de un identificador único (clave
primaria) de cada registro. Este permite establecer relaciones
entre dos o más tablas, usándolo como una clave externa.
Base de Datos Modelo relacional

 Ventajas e desventajas del modelo relacional

 Este modelo relacional, como todo, tiene ventajas e
inconvenientes.
 Entre las ventajas podemos destacar las siguientes;
Base de Datos Modelo relacional

 Por un lado, tiene procesos que evitan la duplicidad de los

datos.
 Por otro, garantiza la integridad referencial eliminando todo
lo relacionado con un registro cuando sea necesario.
 Además, permite la normalización.
Base de Datos Modelo relacional

Por su parte, entre las desventajas o inconvenientes tenemos los

siguientes:
 El primero es que tiene limitaciones en las representaciones
graficas o en los sistemas de geoposicionamiento.
 El segundo es que los bloques de texto no se procesan de
forma eficiente.
 Base de Datos Modelo relacional

Ejemplo de modelo relacional

Imaginemos que queremos crear un modelo con

proveedores, compras, almacén (con categorías), clientes y
ventas. Cada tabla representa un grupo de datos similares. estos
tienen una serie de datos en columnas (campos) y cada uno
de ellos (tupla) irá en una fila.Lo hemos hecho sencillo, solo a
efectos de mostrar lo visto en este artículo. Podría ser algo
así :
Base de Datos Modelo relacional
Base de Datos Modelo relacional