Cap. 5 Procesamiento BD, Fundamentos, Diseño e Implementación 11va. Ed. (Kroenke) 2010 PPH

Procesamiento de base de datos:
Fundamentos, Deseño e
Implementación
Capítulo 5
“Data Modeling” con el

Modelo de relación de la
entidad
KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-1
© 2010 Pearson Prentice Hall
Objetivos
• Entender las dos fases de ―data modeling‖ y el diseño de
procesos de la fase de la base de datos.
• Entender el propósito del procesi de data modeling .
• Entender el diagrama de ―entity-relationship‖ (E-R).
• Determinar las entidades, atributos y relaciones.
• Determinar la cardinalidad mínima y máxima.

Objetivos
• Comprender las variaciones del modelo E-R
• Entender y poder utilizar el ―ID-dependent‖ y otras
entidades débiles.
• Entender y ser capaz de usar entidades de
supertype/subtype.
• Entender y ser capaz de utilizar los diseños de entidad
fuerte.
• Entender y ser capaz de utilizar el patrón de ―ID-
dependent association‖.
• Entender y ser capaz de utilizar el atributo de ―ID-
dependent multivalued‖.
Objetivos
• Entender y ser capaz de utilizar el patron de ―ID-
dependent archetype/instance‖.
• Entender y ser capaz de utilizar el patron de ―line-item‖.
• Entender y ser capaz de utilizar el patron ―for-use-by ―.
• Entender y ser capaz de utilizar el patron ―recursive ―.
• Entender la naturaleza iterativa del proceso de data
modeling.
• Utilizar los datos en el proceso de data modeling .

Modelo de la Data
―Data Model‖
• El ―data model‖ es un plano o plan figurado
―blueprint ‖ para el diseño de la base de datos
―database design‖.
• El modelo de la data es más generalizado y
abstrato que el diseño de la base de datos.
• Es más fácil cambiar el modelo de la data, y
entonces cambiar el diseño de la base de datos,
por lo que es el lugar adecuado para trabajar
con los problemas conceptuales de la base de
datos.
Modelo de E-R
• Entity-Relationship model es un conjunto de
conceptos y símbolos gráficos que se pueden utilizar
para crear esquemas conceptuales.
• Versiones:
– Original E-R model—por Peter Chen (1976).
– Extended E-R model—extensiones al modelo Chen.
– Information Engineering (IE)—por James Martin (1990), utiliza
―crow’s foot‖ , es más fácil de entender y usarse.
– IDEF1X— estandar nacional desarroyado por la ―National
Institute of Standards and Technology‖ [see Appendix B].
– Unified Modeling Language (UML)—desarrollado por ―Object
Management Group, es compatible con la metodología
orientada a objetos‖ [see Appendix C].

Entidades
• Algo que puede ser identificado y los
usuarios desean dar seguimiento:
– Entity class—una colección de entidades de
un tipo determinado.
– Entity instance—la aparición de una entidad
particular.
• Generalmente hay muchos instancias de
una entidad en un ―entity class‖.

CUSTOMER:
―Entity Class y Two Entity Instances

Atributos
• Attributes describen las características de una
entidad.
• Todas las instancias de una clase de entidad
dada poseen los mismo atributos, pero varían
en los valores de esos atributos.
• Originalmente se muestra en los modelos de
datos como ellipses.
• Los productos de ―Data modeling‖ hoy día
comunmente muestran los atributos en forma de
rectángulo.

EMPLOYEE:
Atributos en Ellipses

EMPLOYEE:
Atributos en Entidad Rectangular

Identificadores
• Identifiers son atributos de ese nombre, o identificador,

instancias de entidad .
– El identificador de una instancia de entidad se compone de uno
o varios de los atributos de la entidad.
• Composite identifiers son identificadores que constan
de dos o más atributos.
• Los identificadores en modelos de datos se convierten
en claves en diseños de base de datos.
– Las entidades tienen identificadores.
– Las tablas (o las relaciones) disponen de claves.

Visualización de atributos de la
entidad en modelos de datos

Relaciones
• Las entidades pueden estar asociadas unas con
las otras en las relaciones:
– Relationship classes:
• asociaciones entre las clases de entidad
– Relationship instances:
• asociaciones entre instancias de entidad
• En el modelo original de E-R, relaciones podrían

tener atributos, pero hoy en día esto ya no se
hace.
• Una relación de clase puede implicar dos o más
clases de entidad.
Grado de la relación
• El grado ―degree‖ de la relación es el número

de clases de la entidad en la relación:
– Dos entidades poseen una relación binaria ―binary
relationship‖ de dos grados.
– Tres entidades poseen una relación ternaria ―ternary
relationship‖ de tres grados.

Relación binaria

Relación ternaria
―Ternary Relationship‖

Entidades y tablas
• La diferencia de principio entre la entidad

y una tabla (relación) es que usted puede
expresar una relación entre entidades sin
necesidad de utilizar una clave foránea.
• Esto hace más fácil trabajar con estidades
durante el proceso inicial , donde la
existencia y relaciones entre ellos es
incierta.
Cardinalidad
―Cardinality‖
• Cardinality significa contar ―count,‖ y se
expresa como un número.
• Maximum cardinality es el número
máximo de instancias de entidad que
pueden participar en una relación.
• Minimum cardinality es el número
mínimo de instancias de entidad que debe
participar en una relación.
Cardinalidad máxima
―Maximum Cardinality‖
• Maximum cardinality es el número máximo
de instancias de entidad que pueden
participar en una relación.
• Hay tres tipos de cardinalidad máxima:
– One-to-One [1:1] Uno a Uno [1:1]
– One-to-Many [1:N] Uno a Muchos [1:N]
– Many-to-Many [N:M] Muchos a Muchos
[N:M]

Los tres tipos de cardinalidad
máxima

Parent and Child Entities
• En una relación de uno a muchos:
– La entidad en un lado de la relación es llamada
―parent entity‖ o solamente pariente ―parent‖.
– La entidad en muchos lados de la relación es
llamada ―child entity― o solamente ―child‖.
• En siguiente figura, EMPLOYEE es el pariente y
COMPUTER es el ―child‖:
KROENKE AND AUER - DATABASE PROCESSING, 11th Edition © 5-22

2010 Pearson Prentice Hall
Posee una relación
―HAS-A Relationships‖
• Las relaciones que hemos estado
discutiendo son conocidas como HAS-A
relationships:
– Cada instancia de entidad tiene una relación
con otra instancia de entidad.
• Un ―EMPLOYEE‖ posee una o más de una
“COMPUTERs‖.
• Una ―COMPUTER‖ tiene asignado un
“EMPLOYEE‖.

Cardinalidad Mínima
• Minimum cardinality es el número mínimo de
instancias en una entidad que debe participar en
una relalción.
• Los mínimos generalmente son establecidos
como cero o uno:
– Sí cero ―IF zero [0] THEN― entonces su partipación
en la relación por la entidad es opcional, y ninguna
instancia de entidad debe participar en la relación.
– Sí uno ―IF one [1] THEN‖ entonces la participación en
la relación de la entidad es mandatoria, y por lo
menos una instancia de esntidad debe participar en
la relación.
Que indica la cardinalidad mínima
―Indicating Minimum Cardinality‖
• Como se muestra en los ejemplos de la siguiente
diapositiva:
– La cardinalidad mínima de cero [0]-“Minimum
cardinality of zero [0]”
• la participación opcional se indica mediante la colocación de
un óvalo junto a la entidad opcional.
– La cardinalidad mínima de uno [1]-”Minimum
cardinality of one [1]” la participación obligatoria de
(obligatoria) se indica mediante la colocación de una
marca de ―hash‖ vertical junto a la entidad.

Lectura de cardinalidad mínima
• Observe la entidad en cuestión:

– Si observa un óvalo, entonces, esa entidad es
opcional (minimum cardinality of zero [0]).
– Si observa un ―vertical hash mark”,
entonces la entidad es mandatoria (required)
(minimum cardinality of one [1]).

Los tres tipos de cardinalidad
mínima

Data Modeling Notation:
IE Crow’s Foot I

Data Modeling Notation:
IE Crow’s Foot II

ID-Dependent Entities
• Un ―ID-dependent entity‖ es una entidad (child)
cuyo identificador incluye el identificador de otra
entidad (parent).
• El ―ID-dependent entity es una extensión lógica
o la subunidad de ―parent‖:
– BUILDING : APARTMENT
– PAINTING : PRINT
• La cardinalidad mínima del ―ID-dependent
entity‖ en ―parent‖ siempre es uno.

ID-Dependent Entities

Entidad débil
―Weak Entities‖
• Una ―weak entity es una entidad cuya
existencia depende de otra entidad.
• Todas las ―ID-Dependent entities‖ son
consideradas fébiles.
• Además, también hay ―non -ID-dependent
weak entities‖.
– El identificador de ―parent‖ no aparece en el
identificador de la entidad débil de ―child‖.
Entidades débiles

ID-Dependent y las entidades
débiles

Entidades de subtipo
―Subtype Entities‖
• Un ―subtype entity‖ es un caso especial
de entidad de subtipo ―supertype entity‖:
– STUDENT :
UNDERGRADATE or GRADUATE
• El supertipo contiene todos los atributos
comunes, mientras que los subtipos
contienen atributos específicos.
• El supertipo puede tener un atributo
discriminador ―discriminator ― que indica
el subtipo.
Subtipos con discriminadorres

Subtipos: Exclusivo o incluido
Subtypes: Exclusive or Inclusive
• Si el subtipo es ―exclusive‖, uno supertipo
se refiere a más de un subtipo.
• Si el subtipo es ―inclusive‖, uno supertipo
puede hacer referencia a uno o varios
subtipos.

Subtipos: Exclusivo o incluido
Subtypes: Exclusive or Inclusive

Subtipos: ―IS-A Relationships‖
• Las relaciones de conexión de supertipos
y subtipos son llamadas: ―IS-A
relationships‖, debido a os subtipos
proque un subtipo es ―IS A supertype‖.
• El identificador de un supertipo y todos
estos subtipos deben ser idénticos; el
identificar del supertipo se convierte en el
identificador del subtipo relacionado.
• Los subtipos son utilizados para evitar
―value-inappropriate nulls‖.
Resumen de los símbolos de
―IE Crow’s Foot‖

Resumen de los símbolos de
―IE Crow’s Foot‖

Modelo de entidad fuerte
1:1 Strong Entity Relationships

Modelo de entidad fuerte :
1:1 Strong Entity Relationships

1:N Strong Entity Relationships

1:N Strong Entity Relationships

N:M Strong Entity Relationships

N:M Strong Entity Relationships

ID-Dependent Relationships:
Asociación de Modelo

Asociación de Modelo

Modelo de atributo multivalor




Modelo de Archetype/Instance
• El ―archetype/instance pattern se
produce cuando el ―ID-dependent child
entity‖ es la manifestación física de una
instancia (instance) de un ―abstract ―o
―logical parent‖.
– PAINTING : PRINT
– CLASS : SECTION
– YACHT_DESIGN : YACHT
– HOUSE_MODEL: HOUSE
Modelo Archetype/Instance

Modelo Archetype/Instance

Modelos mixtos:
Modelo ―Line-Item‖

Modelos mixtos:
Modelo ―Line-Item‖

Modelos mixtos :
Otros Modelos mixtos
• Localice un matrón mixto donde:
– Una entidad fuerte tiene grupo de multivalor
compuesto,
– Uno de los elementos del grupo compuesto
es un identificador de otra entidad fuerte.

Modelos mixtos :

Modelos mixtos :

Modelos mixtos :
Modelo de ―For-Use-By‖

Modelos mixtos :
Modelo de ―For-Use-By‖

Relaciones recursivas
―Recursive Relationships‖
• Una ―recursive relationship‖ se produce
cuando una entidad tiene una relación
consigo misma.

Modelo recursivo:
1:1 Recursive Relationship

Modelo recursivo :
1:N Recursive Relationship

Modelo recursivo :
N:M Recursive Relationship


Cap. 5 Procesamiento BD, Fundamentos, Diseño e Implementación 11va. Ed. (Kroenke) 2010 PPH

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Cap. 5 Procesamiento BD, Fundamentos, Diseño e Implementación 11va. Ed. (Kroenke) 2010 PPH

Caricato da

Copyright:

Formati disponibili

Procesamiento de base de datos:

“Data Modeling” con el

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-2

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-4

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-6

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-7

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-8

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-9

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-10

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-11

• Identifiers son atributos de ese nombre, o identificador,

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-12

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-13

• En el modelo original de E-R, relaciones podrían

• El grado ―degree‖ de la relación es el número

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-15

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-16

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-17

• La diferencia de principio entre la entidad

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-20

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-21

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition © 5-22

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-23

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-25

• Observe la entidad en cuestión:

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-26

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-27

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-28

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-29

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-30

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-31

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-33

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-34

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-36

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-37

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-38

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-40

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-41

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-42

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-43

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-44

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-45

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-46

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-47

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-48

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-49

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-50

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-51

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-52

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-53

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-55

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-56

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-57

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-58

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-59

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-60

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-61

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-62

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-63

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-64

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-65

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-66

KROENKE AND AUER - DATABASE PROCESSING, 11th Edition 5-67

Potrebbero piacerti anche