Page 1


3. MODELO DE DATOS ¿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, por una parte, representar los datos y, por otra, ser comprensible.


3. MODELO DE DATOS Campañas

Ejemplo: PK

Ejecutivas

codi_campaña

PK

Nombre campaña Fecha_inicio Fecha_termino

codi_ejecutiva Nombre Rut Dirección Teléfono Estado

Carteras PK

codi_cartera

FK1 FK2

codi_campaña codi_ejecutiva Estado

Clientes PK

Nombre Direccion Ciudad Telefono

Detalle_cartera PK

codi_detalle

FK1 FK2 FK3

codi_cartera rut_cliente codi_promocion flag_compra Fecha_contacto

Rut_cliente

Promociones PK

codi_promocion Nombre_promocion Valor


3. MODELO DE DATOS  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. Visualiza los datos en forma unificada, centrándose en las estructuras lógicas y abstractas de datos como representación del mundo real, con independencia de consideraciones de tipo físico.


3. MODELO DE DATOS  Modelo E-R (Entidad – Relación) Entidad: Persona, suceso o concepto, de interés para la Organización, distinguible de los demás objetos.

Relación: Es la asociación existente entre dos o más entidades. Conjunto de entidades: Totalidad de las entidades del mismo tipo que comparten las mismas propiedades o atributos.


3. MODELO DE DATOS  Modelo E-R (Entidad – Relación) Tipos de atributos:  Simples y Compuestos: Si están o no divididos en subpartes.  Univalorados y Multivalorados: Derivados o no Conjunto de relaciones: Grupo de relaciones del mismo tipo. Es la asociación que existe entre dos o más conjuntos de entidades. El grado de una relación es el número de conjuntos de entidades que participan en una relación.


3. MODELO DE DATOS  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


3. MODELO DE DATOS  Nomenclatura E-R (Entidad – Relación) Atributo

---------

Atributo clave

Atributo multivaluado

Atributo compuesto


3. MODELO DE DATOS • 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 univocamente a un registro de otro.

que

identifica

 FK (Foreign Key), es una clave que ayuda a relacionar las tablas, usando la PK de la tabla a la cual se hace referencia.


3. MODELO DE DATOS โ€ข 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


3. MODELO DE DATOS • 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


3. MODELO DE DATOS • 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


3. MODELO DE DATOS • 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).


3. MODELO DE DATOS • 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).


3. MODELO DE DATOS • Paso 1 : identificar sustantivos ďƒ entidades

personas

viviendas

ciudades

regiones


3. MODELO DE DATOS • 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).


3. MODELO DE DATOS • Paso 2 : identificar verbos ďƒ relaciones Habita

viviendas

personas

Pertenece Es propietaria

ciudades

regiones

Estan


3. MODELO DE DATOS โ€ข Paso 3 : identificar atributos

Personas: Rut y Nombre Viviendas: Direcciรณn Ciudades: Nombre Regiones: Nombre


3. MODELO DE DATOS โ€ข Paso 3 : identificar atributos direcciรณn Habita

rut

personas

viviendas Pertenece

nombre

Es propietaria ciudades

nombre

nombre

regiones

Estan


3. MODELO DE DATOS • 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


3. MODELO DE DATOS PK: id_vivienda direcciรณn

Habita

PK: rut

viviendas

personas

Pertenece nombre

PK: id_ciudad Es propietaria ciudades nombre

PK: id_region nombre

regiones

Estan


3. MODELO DE DATOS • 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).


3. MODELO DE DATOS • 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.


3. MODELO DE DATOS โ€ข Paso 5 : Establecer cardinalidades PK: id_vivienda direcciรณn

1 Habita

N PK: rut

N viviendas

personas

1

Pertenece

N PK: id_ciudad

nombre

1

Es propietaria ciudades

nombre

N

nombre

PK: id_region

regiones

Estan

1


3. MODELO DE DATOS โ€ข 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.


3. MODELO DE DATOS โ€ข Paso 5 : Establecer cardinalidades FK: rut

PK: id_vivienda direcciรณn

FK: id_ciudad

FK: id_vivienda 1 Habita

N PK: rut

N viviendas

personas

1

Pertenece

N PK: id_ciudad

nombre

1

Es propietaria ciudades

N

nombre

PK: id_region

FK: id_region nombre

regiones

Estan

1


3. MODELO DE DATOS โ€ข Soluciรณn FK :Id_vivien da

PK :Id_vivien da

N

direcciรณn FK :Id_ciud ad FK: rut

1 Habita

PK: rut

N

viviendas

personas

pertenece

nombre Es propietaria

1

1

PK :Id_ciud ad

N

ciudades nombre

N nombre

1 PK :Id_region

regiones

estan

FK :Id_region


3. MODELO DE DATOS • Ejercicio :

Se necesita el diseño de una BD simple para un banco que contenga la información de los clientes, las cuentas, las sucursales y las transacciones producidas. Se debe tener en cuenta las siguientes restricciones: • Un cliente puede tener muchas cuentas • Una cuenta puede pertenecer a muchos clientes, pero solo uno de ellos es el titular • Una cuenta está asociada a una sucursal • Con respecto a las transacciones solo se requiere almacenar el número de la transacción, la cuenta que la origino, la fecha y el monto.

Modelodedatos  
Modelodedatos  
Advertisement