Modelado y Diseño Diseñado y Elaborado Por

de Bases de Datos Ma Luisa Giacaman V

Al final de este apunte cada uno de nosotros podrá responder a cada una de las
preguntas planteadas, y muchas otras más, pero argumentando cada respuesta sobre
una base de conocimientos, la que nos permitirá reconocer, argumentar, la
importancia, ¿Por qué Modelar Datos?¿Por qué Diseñar una Base de Datos?, ¿Por
qué utilizar una Metodología?

Además seremos capaces, de Modelar y Diseño de Bases de Datos, en el procesos

de Modelado y Diseño de Sistemas, consientes del porqué es tan importante
reconocer e identificar los Requerimientos del Negocio, desde el principio en un
proyecto y se relacionan Procesos, Requerimientos, Datos, en las distintas fases, de
análisis, diseño, modelado de sistemas.

Requerimientos del Negocio

Metodología Técnicas

Definir el conjunto Conocimientos

de pasos a seguir y específicos a
entregables aplicar

Herramientas

Definir herramientas
a utilizar de apoyo
durante al diseño
conceptual y físico

Sistema Operacional

1
 Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Etapas de una Metodología basada en Fases. (Es distinta a las Técnicas)

Requerimientos del Negocio

Estrategia
Modelamiento de Datos Relacional Diseño Conceptual
Modelado de Datos (Lógico)
Análisis

Diseño de la Base de Datos Diseño Diseño Físico

(Relacional, Jerárquica, De Red)

Construcción Documentación

SCRIPT, SQL, Query

Transición Puesta en Marcha

Sw en Marcha
Producción

Sistema Operacional

2
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

El Proceso de Modelado y Diseño de una Base de Datos está directamente

relacionado, vinculado con el Proceso De Recogida y Reconocimiento de
Requerimientos, al Modelado de Procesos, al cruce de Procesos, Requerimientos,
Datos, E/S de los Sistemas.

Datos Funciones
Dos Caminos Paralelos

Requerimientos Requerimientos
de Información Requerimientos Funcionales
del Negocio

Modelo de Datos Chequeo Cruzado Modelado Funcional

Conceptual y de Procesos

Jerarquía Funcional
Modelo ER

Chequeo Cruzado
Diseño de Base de Diseño de
Datos Aplicaciones

Def. Tablas, Vistas, índices Diseño del Sw

Construcción Base Chequeo Cruzado Construcción de

de Datos Aplicaciones

Base de Datos Sistema Aplicación

Operacional Operacional Operacional
(Aplicación)

Los Requerimientos de Información están unidos a los requerimientos funcionales del

negocio. Por ej. los requerimientos de funciones del negocio de una Cínica Veterinaria,
incluye manejar la información de sus pacientes. Aquí la función del negocio es Gestionar
Pacientes.

3
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Modelo de Datos

Un modelo de datos es un lenguaje orientado a hablar de una Base de Datos.

Típicamente un modelo de datos permite describir:

Las estructuras de datos de la base: El tipo de los datos que hay en la base y la
forma en que se relacionan.

Las restricciones de integridad: Un conjunto de condiciones que deben cumplir los

datos para reflejar correctamente la realidad deseada.

Operaciones de manipulación de los datos: típicamente, operaciones de agregado,

borrado, modificación y recuperación de los datos de la base.

Otro enfoque es pensar que un modelo de datos permite describir los elementos de la
realidad que intervienen en un problema dado y la forma en que se relacionan esos
elementos entre sí.

No hay que perder de vista que una Base de Datos siempre está orientada a resolver
un problema determinado, por lo que los dos enfoques propuestos son necesarios en
cualquier desarrollo de software.

Sub lenguajes de un modelo de datos

Un '''modelo de datos''' es un lenguaje que, típicamente, tiene dos sub lenguajes:

 ''Lenguaje de Definición de Datos'' DDL (Data definition Language),

orientado a describir de una forma abstracta las estructuras de datos y las
restricciones de integridad.

 ''Lenguaje de Manipulación de Datos'' DML (Data Manipulation Language),

orientado a describir las operaciones de manipulación de los datos.

La parte del Lenguaje de Manipulación de Datos DML orientada a la recuperación de

datos, usualmente se le llama Lenguaje de consulta QL (Query Language).

4
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Clasificación de los modelos de datos

Los modelos de datos se clasifican de acuerdo al nivel de abstracción que presentan:

 Modelos de Datos Conceptuales: orientados a la descripción de estructuras

de datos y restricciones de integridad.
Se usan fundamentalmente durante la etapa de Análisis de un problema dado y
están orientados a representar los elementos que intervienen en ese problema
y sus relaciones. El ejemplo más típico es el Modelo entidad-relación.

La Etapa de Modelo de Datos Conceptual, consiste en definir y modelar

las cosas con significado acerca de las cuales el negocio necesita
conocer o tener información.
Un Modelo de Datos de Entidad-Relación debería modelar exactamente
las necesidades de información de la organización y soportar las
funciones del negocio.

 Modelos de Datos Lógicos: orientados a las operaciones más que a la

descripción de una realidad. Usualmente están implementados en algún SGBD
o Manejador de Base de Datos.
El ejemplo más típico es el Modelo Relacional, que cuenta buenas
características conceptuales, Normalización de bases de datos.

 Modelos de Datos Físicos: estructuras de datos a bajo nivel implementadas

dentro del propio SGBD, manejador.
Ejemplos típicos de estas estructuras son los árboles, las estructuras de tablas
Hash, etc.

Diseño de Base De Datos

Es la etapa del diseño de Base de Datos, en que se mapea el modelo de datos

conceptual definido.

Por ej:

Nombre Tabla: EMPLEADO

Nombre Columna empleado_numero empleado_nombre fecha_contrato fecha_nacimiento
Tipo Clave PK
Null/U/ND NN ND
Datos de Muestra 1 hugo 15/01/2010 28/12/1980
2 paco 29/02/1999 11/11/1961
3 linda 28/12/2001 15/01/1990
4 luis 11/11/2011 29/02/1949

5
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Construcción de Bases de Datos

En esta etapa se especifican las instrucciones SQL que implementan la BD. Los SQL
son usados para crear y manipular Bases de Datos relacionales. (SQL = Structured
Query Language) es un estándar ANSI.

Ejemplo

SQL> CREATE TABLE MASCOTAS

1 (id_ficha_mascota number (3) not null primary key,
2 Id_mascota number (4) not null,
3 nom_mascota varchar (20) not null
4 fecha_nacimiento_mascota date);

6
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Modelo Relacional

El modelo relacional para la gestión de una base de datos es un modelo de datos

basado en la lógica de predicados y en la teoría de conjuntos.

Es el modelo más utilizado en la actualidad para modelar problemas reales y

administrar datos dinámicamente.

Su idea fundamental es el uso de relaciones, las que podrían considerarse en forma

lógica como conjuntos de datos llamados tuplas, (cada fila de la tabla sería un
registro o tupla)

Descripción

En el modelo relacional todos los datos son almacenados en relaciones, y como

cada relación es un conjunto de datos, el orden en el que éstos se almacenen no tiene
relevancia (a diferencia de otros modelos como el Base de datos jerárquica y el de
Base de datos de red).

La ventaja que tiene es que es más fácil de entender y de utilizar por un usuario no
experto. Los datos pueden ser recuperados o almacenados por medio de consultas.

El modelo relacional considera la base de datos como una colección de

relaciones.

De manera simple, una relación representa una tabla que no es más que un conjunto
de filas, cada fila es un conjunto de campos y cada campo representa un valor que
interpretado describe el mundo real.

Cada fila también se puede denominar tupla o registro y a cada columna también se
le puede llamar campo o atributo.

7
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Esquema

Un esquema contiene la definición de una estructura (generalmente relaciones o

tablas de una base de datos), es decir, determina la identidad de la relación y qué tipo
de dato podrá ser almacenada dentro de ella; en otras palabras, el esquema contiene
los 'metadatos' de la relación.

Todo esquema constará de:

 Nombre de la relación (su identificador).

 Nombre de los atributos (o campos) de la relación y sus dominios; el dominio
de un atributo o campo define los valores permitidos para el mismo,
equivalente al tipo de dato por ejemplo ''character'', ''integer'', ''date'', ''string''...

8
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Instancias

Una instancia es la aplicación de un esquema a un conjunto finito de datos, es decir se

puede definir como el contenido de una tabla en un momento dado, pero también
es válido referirnos a una instancia cuando trabajamos o mostramos únicamente un
subconjunto de la data contenida en una relación o tabla, como por ejemplo:

 Ciertos caracteres y números (una sola columna de una sola fila).

 Algunas o todas las filas con todas o algunas columnas
 Cada fila es una tupla. El número de filas es llamado ''cardinalidad''.
 El número de columnas es llamado ''grado''.

9
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Base de Datos Relacional

Una base de datos relacional es un conjunto de una o más tablas estructuradas en

registros (líneas) y campos (columnas), que se vinculan entre sí por un campo en
común, en ambos casos posee las mismas características como por ejemplo el
nombre de campo, tipo y longitud; a este campo generalmente se le denomina ID,
identificador o clave, PK.

Las bases de datos relacionales pasan por un proceso al que se le conoce como
normalización de una base de datos, el cual es entendido como el proceso necesario
para que una base de datos sea utilizada de manera óptima.

Objetivos del Modelamiento de Datos

Es desarrollar un modelo E/R que represente los requerimientos de información del

negocio

Por ej.

El sig. Modelo E-R representa los requerimientos de información de un Depto de

RRHH

EMPLEADO
DEPARTAMENTO
#numero Asignado #numero
*nombre a *nombre
*apellido Trabajar
*ubicacion
°cargo
*fecha contrato
°sueldo
°comision

El Jefe de

Componentes del Modelo E-R

Entidades cosas con significado acerca de las cuales se necesita tener información

Relaciones la forma en que son relacionadas las cosas con significado

Atributos la información específica que se necesita tener.

10
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Ventajas del Modelamiento de Datos

Un Modelo E-R es un medio efectivo para representar los requerimientos de

información de una organización.

Sintaxis robusta: porque documenta los requerimientos de información de una

organización en un formato claro y preciso

Comunicación con el Usuario Los usuarios pueden fácilmente entender su

simbología

Facilidad de Desarrollo provee un panorama claro del alcance de los requerimientos

de información de una organización.

Definición del Alcance proveen un panorama claro del alcance de los requerimientos
de información de un organización.

Integración provee un esquema efectivo para integrar aplicaciones.

Obs

Asegúrese de establecer loa requerimientos de información de una organización

durante la etapa de modelamiento de datos conceptual. Los cambios es los
requerimientos durante las etapas posteriores del ciclo de vida del desarrollo pueden
resultar extremadamente caros.

NOTA Integración es compartir entidades.

El modelo de datos Conceptual es independiente del Hw o Sw a ser usado en la

implementación.

Un modelo E- R puede ser mapeado a una base de datos jerárquica, de red, relacional
o esquema de múltiples archivos

11
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Entidades

Una entidad es una persona, lugar o cosa, de interés para los usuarios, acerca de la
cual el sistema debe mantener, conocer y modelar data

Obs

 Las entidades son sustantivos (son candidatos a ser entidades)

 Las entidades están dentro del alcance del sistema
 Las entidades existen por si mismas, por lo tanto no dependen ni están
subordinadas a otras.
 Las entidades pueden ser tangibles (tales como edificios o empleados),
intangibles como (deptos.., ctas) o semi tangibles (pedidos, facturas)
 Cada entidad debe tener múltiples ocurrencias o instancias
(Ocurrencias = muchos registros, muchos elementos dentro de la entidad, tiene
muchos elementos)
 Si una entidad no puede ser identificada de manera única podría no ser
entidad.

12
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Simbología para Diagramar Entidades

 Caja de contornos suaves con cualquier dimensión

 Nombre de entidad singular y único
 Nombre de entidad en mayúscula
 Sinónimo opcional (entre paréntesis)

Ejemplos

EMPLEADO DEPARTAMENTO
(TRABAJADOR)

FACTURA
AUTOMOVIL

Obs

 Un sinónimo es un nombre alternativo para una entidad

 Los sinónimos son útiles cuando dos grupos de usuarios tienen diferentes
nombres para la misma entidad.

13
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Identificando y Modelando Entidades

Siga la secuencia de pasos que se indican, para extraer las entidades desde notas de
entrevista

1. Sustantivos tienden a ser entidades, por lo tanto marque todos los sustantivos
de las notas de entrevista.

2. Verifique si las entidades definidas están dentro del alcance del sistema.

3. ¿Hay información de interés acerca de la entidad que el negocio necesita

tener?

4. Escriba una descripción de ella.

“Un EMPLEADO tiene el significado de un trabajador pagado en la compañía.
Por ej. Juan Perez y María Muñoz son EMPLEADOs”

5. Diagrame cada entidad.

14
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Asociaciones

Una asociación es una relación entre dos o más entidades (u otras asociaciones), de
interés para el grupo de usuarios, acerca de la cual el sistema debe mantener,
correlacionar y mostrar información.

Las asociaciones ocurren de tres formas:

uno a uno (1:1)

uno a muchos (1:M)

muchos a muchos (M:M)

Obs

 Las asociaciones ocurren típicamente entre una entidad y otra (clientes y

pedidos, por ej, o pedidos y presupuestos), pero pueden involucrar cualquier
número de entidades e interrelaciones.

15
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Lectura de Relaciones

debe ser Una o mas

Cada entidad1 o nombre relación o entidad2
puede ser una y solo una

Ejemplos:

1. Lea la relación entre ALUMNO Y CURSO

Inscrito en CURSO
ALUMNO
Tomado por

Cada ALUMNO podría estar inscrito en uno y sólo un CURSO

Cada CURSO podría ser tomado por uno o más ALUMNOS

Lea la relación entre VALE VISTA Y AFILIADO

para
VALE VISTA AFILIADO
el receptor de

Cada VALE VISTA debe ser para uno y sólo un AFILIADO

Cada AFILIADO podría ser el receptor de uno o más VALE VISTA

16
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Simbología para Diagramar Asociaciones

 Una línea entre dos entidades

 Nombre de relaciones en minúscula
 Opcionalidad

Opcional (puede ser o estar)

Obligatorio (debe ser o estar)

 Grado

> uno o más

uno y solo uno

>

Obligatorio Opcional

muchos uno
(Pata de Gallo)

17
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Asociaciones de uno a uno

Una asociación de uno a uno ocurre cuando dos entidades (digamos A y B) están
relacionadas, a lo más con una ocurrencia de entidad B, y cada ocurrencia de entidad
B relacionada, a lo más con una ocurrencia de entidad A.

1 1 ENTIDAD B
ENTIDAD A

Ejemplos

Hay una relación 1:1 entre MICROCOMPUTADOR Y TARJETA MADRE

Cada
MICROCOMPUTADOR host para TARJETA MADRE
Incorporado en

Cada MICROCOMPUTADOR debe ser el host para una y sólo una TARJETA MADRE.

Cada TARJETA MADRE podría estar incorporada en uno y sólo un

MICROCOMPUTADOR

18
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Asociaciones de uno a muchos

Una asociación de uno a muchos ocurren cuando dos entidades (digamos A, B) se

relacionan de la sig. manera:
Cada ocurrencia de entidad A está relacionada a cero, una o más ocurrencias(s) de
entidad B, pero cada ocurrencia de entidad B está relacionada con, a lo menos, una
ocurrencia de entidad A.

1 M ENTIDAD B
ENTIDAD A <

Ejemplo

Hay una relación de 1:M entre VISITADOR MEDICO y DOCTOR.

DOCTOR < visitado por VISITADOR

asignado a visitar
MEDICO

Cada DOCTOR debe ser visitado por uno y sólo un VISITADOR MEDICO.
Cada VISITADOR MEDICO podría ser asignado a visitar uno o más DOCTORes

19
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Asociaciones de muchos a muchos

Una asociación de muchos a muchos ocurre cuando dos entidades (digamos A y B)

están relacionadas de la siguiente manera:
Cada ocurrencia de entidad A está relacionada a cero, una o más ocurrencia(s) de
entidad B, y cada ocurrencia de entidad B está relacionada a cero, una o más
ocurrencia(s) de entidad A.

M M ENTIDAD B
ENTIDAD A < <

Ejemplo

Hay una relación M:M entre PARTICIPANTE Y CURSO

ESTUDIANTE inscrito en ASIGNATURA

<
tomada por
<

Cada ESTUDIANTE podría ser inscrito en uno o más ASIGNATURAs.

Cada ASIGNATURA podría ser tomada por uno o más ESTUDIANTEs.

Hay una relación M:M entre EMPLEADO y TAREA

EMPLEADO asignado a
< TAREA
realizada por <

Cada EMPLEADO debe ser asignado a una o más TAREASs.

Cada TAREA podría ser ejecutada por uno o más EMPLEADOs.

20
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Resolución de relaciones M:M

ESTUDIANTE < inscrito en ASIGNATURA

tomada por
<

ESTUDIANTE ESTUDIANTE / ASIGNATURA

< ASIGNATURA >

NUB = Entidad asociativa

La relación debe ser

obligatoria y de 1:M La relación debe ser
obligatoria y de 1:M

21
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Determine la Existencia de una Relación (Paso 1)

Cuando hay dos sustantivos juntos que son entidades, las palabras de entremedio son
a menudo relaciones.

Ejemplos:

“…por supuesto, el Proyecto tiene que ser autorizado por el Cliente…”

Relación

“…cada DEPARTAMENTO es responsable del EMPLEADO…”

Nombre de la
Relación

“…cada EMPLEADO fue asignado a un DEPARTAMENTO…”

Relación

22
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Nombre de la Relación (Paso 2)

 ¿Cómo está relacionada una ENTIDAD A con una ENTIDAD B?

Una ENTIDAD A es un nombre de relación de una ENTIDAD B.

 ¿Cómo está relacionada una ENTIDAD B con una ENTIDAD A?

Una ENTIDAD B es un nombre de relación de una ENTIDAD A.

Ejemplo

Considere la relación en DEPARTAMENTO y EMPLEADO.

¿Cómo está relacionado un DEPARTAMENTO con un EMPLEADO?

Cada DEPARTAMENTO es responsable de un EMPLEADO

¿Cómo está relacionado un EMPLEADO con un DEPARTAMENTO?

Cada EMPLEADO es asignado a un DEPARTAMENTO.

23
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Determine la Opcionalidad de la Relación (Paso 3)

Pregunte acerca de la opcionalidad de la relación.

¿Debe una ENTIDAD A ser Nombre de la Relación de una ENTIDAD B? ¿Siempre?

Ejemplo

Considere la relación entre DEPARTAMENTO y EMPLEADO.

Analista – Pregunta
¿Debe ser un EMPLEADO asignado a un DEPARTAMENTO?¿Siempre?
¿Hay alguna situación en la cual un EMPLEADO no sea asignado un
DEPARTAMENTO?

Usuario – Respuesta
No, un EMPLEADO debe siempre ser asignado a un DEPARTAMENTO.

Analista – Consolida

EMPLEADO asignado a
DEPARTAMENTO
responsable de

24
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Determine la Cardinalidad de la Relación (Paso 4)

Pregunte acerca del Grado de una Relación

 ¿Podría una ENTIDAD A ser nombre de relación de más de una ENTIDAD B?

 ¿Podría una ENTIDAD B ser nombre de relación de más de una ENTIDAD A?

Ejemplo

Considere la relación entre DEPARTAMENTO y EMPLEADO.

Analista – Pregunta
¿Podría un EMPLEADO ser asignado a más de un DEPARTAMENTO?

Usuario – Respuesta
No, un EMPLEADO debe ser asignado a solo un DEPARTAMENTO

Analista – Pregunta
¿Podría un DEPARTAMENTO ser responsable de más de un EMPLEADO?

Usuario – Respuesta
Si, un DEPARTAMENTO podría ser responsable de más de uno o más EMPLEADOs.

Analista – Consolida

EMPLEADO asignado a
DEPARTAMENTO
responsable de

25
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Valide la Relación (Paso 5)

Re- examine el modelo E-R y valide la relación.

 Las relaciones deben ser legibles y tener sentido de negocios.

Ejemplo

Lea la relación representada por el siguiente diagrama.

EMPLEADO asignado a
DEPARTAMENTO
responsable de

Cada EMPLEADO debe ser asignado a un y sólo un DEPARTAMENTO

Cada DEPARTAMENTO podría ser responsable de uno o más EMPLEADOs.

26
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Nombres de Relaciones útiles

Use una lista de pares de nombres de relaciones para ayudar en el nombramiento de

relaciones.

Pares de Nombres de Relaciones

 basado en base para

 comprado a proveedor de
 descripción de para
 operado por operador de
 representado por representación de
 responsable de responsabilidad de

 No use relacionado con o asociado a como nombres de relaciones

27
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Atributos

Un atributo es una característica o cualidad de una entidad asociación, de interés para

el grupo de usuarios, acerca de la cual el sistema debe mantener y mostrar
información

Ejemplo

¿Cuáles son algunos atributos de la entidad EMPLEADO?

El número del empleado, identifica el EMPLEADO.
El nombre y apellido califican a un EMPLEADO.
La edad cuantifica a un EMPLEADO.

La situación del empleo (por ej. activo, con licencia, despedido) expresa la situación de
un EMPLEADO.

Discusión

 El nombre de la entidad es siempre un calificador de nombre del atributo – por

ej. código de CURSO. Por lo tanto, un nombre de atributo no debería incluir en
su nombre, el nombre de la entidad.
 Los nombres de atributos deberían ser específicos – por ej., ¿es cantidad,
cantidad retornada, o cantidad adquirida?
 Un atributo debería ser sólo asignado a una única entidad.

28
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Simbología para Diagramar Atributos

Los nombres de atributos son singulares y se muestran en minúscula

Ejemplo

PERSONA CURSO
sexo código
peso nombre
duración
valor

EMPLEADO
número de identificación
número de planilla de sueldo
nombre
apellido
fecha de nacimiento
situación empleo

Siempre divida los atributos en sus componentes significativos más bajos.

Ejemplos

El nombre de una PERSONA puede ser dividido en apellido y nombre

PERSONA PERSONA
nombre apellido
nombre

El número de ITEM consiste de tipo, proveedor, y número de item

ITEM
ITEM tipo
numero proveedor
numero

29
Modelado y Diseño Diseñado y Elaborado Por
de Bases de Datos Ma Luisa Giacaman V

Verifique que cada atributo tenga un valor único para cada instancia de entidad. Un
atributo de múltiples valores o grupo repetitivo no es un atributo válido.

Ejemplo

¿Son los atributos de CLIENTE de un solo valor?

CLIENTE
Id
fecha contactado

No, un CLIENTE podría ser contactado múltiples veces, y el negocio necesita

mantener todas las fechas de contacto. La entidad CONTACTO está faltante

CONTACTO CLIENTE
para
fecha contactado > Id
lugar sujeto de
resultado

Un atributo que tenga más de un valor para cada instancia indica una entidad faltante.

30