Proceso Del Diseño e Implementación de Una Base de Datos PDF

Facultad de Ciencias de la Ingeniera
Ingeniera Informtica y Ciencias de la Computacin

Proceso del diseo e Implementacin
de una Base de Datos

Ing. Jonathan Carrillo
Quito, Septiembre/Octubre 2013

DISEO E IMPLEMENTACIN
DE BASE DE DATOS
Contenido:
1. Introduccin
Proceso para el Diseo e implementacin de BDD
2. Anlisis de Requerimientos
3. Diseo Conceptual
Modelo Entidad Relacin
Esquema E-R
4. Eleccin del DBMS
Factores: Tcnicos, Econmicos, Organizacionales
5. Diseo Lgico
Modelo Relacional
Esquema Lgico Estndar
Transformacin de Entidades - Esquema Lgico Especifico
Diccionario de Datos y Dominio de un Atributo
6. Diseo Fsico
7. Conclusin

Proceso del Diseo e implementacin de una Bases de Datos
1. Introduccin
> Proceso
Es un conjunto de actividades que consume
insumos de entrada para generar productos o
servicios de valor para el cliente
Ing. Jonathan Carrillo - Septiembre/Octubre 2013
1. Introduccin
>Modelos de procesos
El modelo de procesos es el ordenamiento y conjunto
de actividades travs del tiempo y del espacio
Es necesario insumos para ser transformados y
producir exsumos.
1. Introduccin
>Proceso para el Diseo e implementacin de BDD
El proceso de diseo de una base de datos consiste
en definir la estructura de los datos que debe tener
la base de datos de un sistema de informacin
determinado.
En el caso relacional, esta estructura ser un conjunto
de esquemas de relacin con sus atributos, dominios
de atributos, claves primarias, claves forneas, etc.
El proceso responde a una serie de preguntas
especficas para cualquier aplicacin de
procesamiento de datos. Cules son las entidades?
Cules son los atributos de cada entidad? Dnde
residen actualmente los datos?, etc..
1. Introduccin
Proceso de Diseo de Base de Datos
1. Introduccin
GESTION
COMPARTIDA
Proceso comprimido de Diseo de BDD
1. Introduccin
Proceso de Diseo de BDD - Elmasri, R., & Shamkant
B, N. 2007 Fundamentos de Sistemas de Base de Datos
1. Introduccin
Relacin entre Modelo y Esquema en el Proceso de Diseo de BDD
DISEO MODELO
MODELO
DEPENDIENTE
DEL SGBD
(SI/NO)
ESQUEMA
ESQUEMA
DEPENDIENTE
DEL SGBD
(SI/NO)
CONCEPTUAL E-R NO E-R NO
LOGICO
ESTANDAR
RELACIONAL NO RELACIONAL NO
LOGICO
ESPECIFICO
BDD
RELACIONAL
NO SQL SI
FISICO
RBOLES B+,
ESTRUCTURAS
DE HASH, ETC.
SI
ALMACENAMIENTO
Y ESTRUCTURA DE
ARCHIVOS
SI

1. Introduccin
Por todo lo anterior, por lo tanto, se debe resolver
algunas cuestiones fundamentales para poder
emplear la tecnologa de las bases de datos
relacionales.
Por ejemplo, cmo se puede decidir qu relaciones
debe tener una base de datos determinada o qu
atributos deben presentar las relaciones, qu claves
primarias y qu claves forneas se deben declarar,
etc.
La tarea de tomar este conjunto de decisiones recibe
el nombre de disear la base de datos.
1. Introduccin
En resumen, el diseo de una base de datos consiste
en definir la estructura de los datos que debe tener
la base de datos de un sistema de informacin
determinado.
En el caso relacional, esta estructura ser un
conjunto de esquemas de relacin con sus atributos,
dominios de atributos, claves primarias, claves
forneas, etc.
2. Anlisis de Requisitos
Se refiere a los requisitos funcionales de la
aplicacin o sistema informtico.
Se especifican requisitos referidos a datos y
procesos.
Tcnicas de Modelado: ER, UML, SADT, Warnier-
Orr, DFDs, giles, etc.

Los formularios y los informes presentan algunos
requisitos de datos para la base de datos.

Los requisitos se los puede organizar en tablas
evitando de esta manera eliminar informacin que
puede ser valiosa para la futura BDD

Una estrategia para dividir la informacin en tablas
es observar primero los datos individuales y
determinar de qu trata cada uno (aplicar
abstraccin)
3. Diseo Conceptual
Basado en los textos:
Batini, C.; Ceri, S.; Navathe, S.B. Conceptual Database Design: An Entity-Relationship Approach.
Reading, Massachusetts: Addison Wesley.
Teorey, T.J. Database Modeling & Design. The Fundamental Principles (3 ed.). San Francisco: Morgan
Kaufmann Publishers, Inc.
3. Diseo Conceptual
Una vez recopilados y analizados todos los
requisitos, el siguiente paso es disear un esquema
conceptual para la base de datos, mediante un
modelo de datos conceptual de alto nivel. Este paso
se denomina diseo conceptual.
Por medio de un modelo de datos de alto nivel
podemos obtener un esquema.
El esquema conceptual es una descripcin concisa
de los requisitos de datos por parte de los usuarios e
incluye descripciones detalladas de los tipos de
entidades, relaciones y restricciones; se expresan
utilizando los conceptos proporcionados por el
modelo de datos de alto nivel.
3. Diseo Conceptual
Por qu esforzarse en realizar un esquema
conceptual?
> Se obtiene una estructura de la informacin de la
futura BDD
> Es independiente de la tecnologa que hay que
emplear (No depende del DBMS)
> No se tiene en cuenta todava qu tipo de base de
datos se utilizar relacional, orientada a objetos,
jerrquica, etc.; en consecuencia, tampoco se
tiene en cuenta con qu DBMS ni con qu
lenguaje concreto se implementar la base de
datos.
3. Diseo Conceptual
Por qu esforzarse en realizar un esquema
conceptual?
> Nos permite concentrarnos nicamente en la
problemtica de la estructuracin de la
informacin, sin tener que preocuparnos al
mismo tiempo de resolver cuestiones
tecnolgicas
> El resultado de la etapa del diseo conceptual se
expresa mediante algn modelo de datos de alto
nivel, en nuestro caso el modelo Entidad-
Relacin (E-R [entity-relationship]) descrito en
un esquema E-R.
3. Diseo Conceptual
> Modelo Entidad Relacin E-R
> El origen del modelo ER se encuentra en trabajos
efectuados por Peter Chen en 1976.
Posteriormente, muchos otros autores han
descrito variantes y/o extensiones de este
modelo.
> Un modelo de datos tiene en cuenta tres aspectos
o caractersticas de los datos: la estructura, la
manipulacin y la integridad.
3. Diseo Conceptual
La estructura, que debe permitir representar la
informacin que nos interesa del mundo real.
La manipulacin, a la que da apoyo mediante las
operaciones de actualizacin y consulta de los datos.
La integridad, que es facilitada mediante el
establecimiento de reglas de integridad; es decir,
condiciones que los datos deben cumplir.
> Sin embargo, el modelo E-R habitualmente se
utiliza para reflejar aspectos de la estructura de
los datos y de su integridad, pero NO de su
manipulacin
3. Diseo Conceptual
Construcciones bsicas: Entidades, atributos y
relaciones
3. Diseo Conceptual
relaciones
> Entidad es un objeto del mundo real que
podemos distinguir del resto de objetos y del que
nos interesan algunas propiedades. Ej: Empleado,
producto, factura, etc.
> Los atributos son las propiedades de los objetos
que nos interesan. Sobre una entidad empleado
nos puede interesar, por ejemplo, tener
registrados su DNI, nombre, apellido y sueldo
como atributos.
3. Diseo Conceptual
relaciones
> Para cada atributo hay un conjunto de valores
permitidos, llamado dominio de ese atributo.
> Cada uno de los atributos de una entidad toma
valores de un cierto dominio o conjunto de
valores.
> Los valores de los dominios deben ser atmicos;
es decir, no deben poder ser descompuestos.
3. Diseo Conceptual
relaciones
> Todos los atributos tienen que ser univaluados.
Un atributo es univaluado si tiene un nico valor
para cada ocurrencia de una entidad.
> Por ejemplo, el atributo sueldo de la entidad
empleado, toma valores del dominio de los reales
y nicamente toma un valor para cada empleado
concreto; por lo tanto, ningn empleado puede
tener ms de un valor para el sueldo.
3. Diseo Conceptual
relaciones
> Una Entidad debe ser distinguible del resto de
objetos del mundo real.
> Esto hace que para toda entidad sea posible
encontrar un conjunto de atributos que permitan
identificarla. Este conjunto de atributos forma
una clave de la entidad.
> Una determinada entidad puede tener ms de una
clave; es decir, puede tener varias claves
candidatas.
3. Diseo Conceptual
relaciones
> El diseador elige una clave primaria entre todas
las claves candidatas. La clave primaria se
subraya para distinguirla del resto de las claves.
3. Diseo Conceptual
relaciones
> Se define relacin (o interrelacin en varios
textos) como una asociacin entre entidades.
> Las relaciones se representan en los diagramas
del modelo E-R
mediante un rombo.
> Junto al rombo se indica
el nombre de la interrelacin
con letras maysculas
3. Diseo Conceptual
relaciones
Entidad Atributo Relacin
3. Diseo Conceptual
relaciones
> Las relaciones pueden tener tambin atributos.
Los atributos de las relaciones, tienen un cierto
dominio, deben tomar valores atmicos y deben
ser univaluados.

3. Diseo Conceptual
Grado de las relaciones
> Una relacin puede asociar dos o ms entidades.
El nmero de entidades que asocia una relacin
es el grado de la relacin.
> La relacin evaluacin
asocia la entidad estudiante y la
entidad asignatura; es decir,
asocia dos entidades.
> Las relaciones de grado dos se denominan
tambin interrelaciones binarias.

3. Diseo Conceptual
Grado de las relaciones
> Todas las interrelaciones de grado mayor que dos
se denominan, en conjunto, relaciones n-arias.
> As pues, una relacin n-aria puede tener grado
tres y ser una relacin ternaria, puede tener
grado cuatro y ser una relacin cuaternaria, etc.

3. Diseo Conceptual
Conectividad de las relaciones
> La conectividad de una relacin expresa el tipo
de correspondencia que se establece entre las
ocurrencias de entidades asociadas con la
relacin.
> En el caso de las relaciones binarias, expresa el
nmero de ocurrencias de una de las entidades
con las que una ocurrencia de la otra entidad
puede estar asociada segn la relacin.
Nota: La Conectividad es denominada tambin como Cardinalidad
3. Diseo Conceptual
Conectividad de las relaciones binarias
> Conectividad uno a uno (1:1)

Segn los requisitos de los usuarios de esta BD, una nota pertenece al
mismo tiempo a un estudiante, a una asignatura y a un semestre
3. Diseo Conceptual
> Conectividad uno a muchos (1:N)

Esto significa que un empleado es asignado a una Departamento, pero
que, en cambio, un departamento puede tener uno o ms empleados
asignados.
DEPARTAMENTO
3. Diseo Conceptual
> Conectividad muchos a muchos: (M:N)

Un estudiante puede ser evaluado de varias asignaturas y, al mismo
tiempo, que una asignatura puede tener varios estudiantes por evaluar
3. Diseo Conceptual
Nota Especial: Es muy habitual que las relaciones
binarias M:N y todas las n-arias tengan atributos.
> En cambio, las relaciones binarias 1:1 y 1:N no
tienen por qu tenerlos.
> Siempre se pueden asignar estos atributos a la
entidad del lado N, en el caso de las 1:N; y a
cualquiera de las dos entidades interrelacionadas
en el caso de las 1:1.
> Este cambio de situacin del atributo se puede
hacer porque no origina un atributo multivaluado.
3. Diseo Conceptual
Ejercicios: Disear el diagrama Entidad Relacin
1. Tenemos una universidad, en la que hay varios
cursos. Cada curso est dirigido por un profesor, el
cual puede dirigir varios cursos. Los cursos son
limitados, por lo que slo se permite que un
alumno se matricule en un curso.
2. Hay varios cursos. Cada curso est dirigido por un
profesor. Un curso est compuesto por varias
asignaturas. Cada una de ellas tiene un nmero de
crditos. Los alumnos se matriculan de las
asignaturas que quieren. Por ltimo el alumno
recibe una nota para cada asignatura, al final del
curso Ing. Jonathan Carrillo - Septiembre/Octubre 2013
3. Diseo Conceptual
Conectividad de las relaciones n-arias
> Las interrelaciones n-arias, igual que las binarias,
pueden tener diferentes tipos de conectividad.
> En este subapartado analizaremos primero el
caso particular de las interrelaciones ternarias.

> Las interrelaciones ternarias pueden tener cuatro
tipos de conectividad: M:N:P, M:M:1, N:1:1 y
1:1:1.
3. Diseo Conceptual
> Consideremos una relacin que denominamos
clase y que asocia las entidades asignatura, aula y
hora-semanal. Esta relacin permite registrar
clases presenciales.
> Se puede hacer clase si una asignatura
determinada se imparte en un aula determinada y
a una hora de la semana determinada.
3. Diseo Conceptual
> El resultado del ejemplo anterior sera la
siguiente relacin:
3. Diseo Conceptual
> Cmo decidir qu entidad se conecta con uno
o con muchos?
?
?
?
3. Diseo Conceptual
o con muchos?
1
Es necesario preguntarse si,
dadas un Aula y una Hora-
Semanal, se puede hacer clase
de slo una o bien de muchas
asignaturas en aquellas aula y
hora. La respuesta sera que slo
se puede hacer clase de una
asignatura en una misma aula
y hora. Esto nos indica que la
entidad asignatura se conecta
con uno.
3. Diseo Conceptual
o con muchos?
1
Una vez fijadas una
asignatura y un aula, es
posible que se haga clase de
aquella asignatura en
aquella aula, en varias
horas de la semana;
entonces, la entidad hora-
semana se conecta con
muchos
N
3. Diseo Conceptual
o con muchos?
1
Fijadas una asignatura y
una hora de la semana,
slo se puede hacer una
clase de aquella asignatura a
aquella hora en una aula.
La entidad aula se conecta
con uno
N
1
3. Diseo Conceptual
o con muchos?
1
La conectividad
resultante, de este
modo, es N:1:1.
N
1
3. Diseo Conceptual
> Una interrelacin n-aria puede tener n + 1 tipos
de conectividad, teniendo en cuenta que cada una
de las n entidades puede estar conectada con
uno o con muchos en la relacin.
> En el caso de las ternarias (n=3) tiene 4 tipos de
conectividad (n+1 M:N:P, M:M:1, N:1:1 y 1:1:1)
> Para decidir si una de las entidades se conecta
con uno o con muchos, es necesario
preguntarse si, fijadas ocurrencias concretas de
las otras n 1 entidades, es posible conectar slo
una o bien muchas ocurrencias de la primera
entidad:
3. Diseo Conceptual
Relaciones recursivas
> De acuerdo a [Korth/Silberschatz] Son aquellas
que se dan cuando los conjuntos de entidades de
una relacin no son distintos; es decir, el mismo
conjunto de entidades participa en una relacin
mas de una vez con diferentes papeles.
> Segn [Elmasri/Navathe] Una relacin recursiva
se da cuando el mismo tipo de entidades
participa ms de una vez con diferentes
papeles
3. Diseo Conceptual
Relaciones recursivas binarias
> Las relaciones binarias recursivas pueden tener
conectividad 1:1, 1:N o M:N, como todas las
binarias.
La relacin Casado/a
tiene conectividad 1:1
porque un esposo est
casado con una sola esposa.
Y una esposa est casada
con un solo esposo
3. Diseo Conceptual
binarias.
La relacin Dirige tiene
conectividad 1:N porque
un Doctor puede ser jefe de
varios doctores. Y un
Doctor es subalterno de un
Mdico que dirige al
personal mdico.
3. Diseo Conceptual
binarias.
Conectividad M:N. Es comn este tipo
de estructura cuando se trata de un
catlogo de materiales o de otro tipo de
objetos que demuestra la composicin
(parte constitutiva) y descomposicin de
los componentes, por ejemplo, un
repuesto est formado por varios
repuestos y un repuesto puede ser a su
vez componente de varios repuestos.
3. Diseo Conceptual
Relaciones recursivas ternarias
La relacin Casado/a permite tener constancia no slo de las bodas
vigentes, sino de todas las bodas realizadas en un cierto periodo de tiempo.
Esta relacin es recursiva y ternaria. Una ocurrencia de la relacin asocia a
una persona que es el esposo, a otra que es la esposa y la fecha de su boda.
La conectividad es N:1:1.
Al lado de la entidad boda le corresponde una N, porque se podra dar el
caso de que hubiese, en fechas diferentes, ms de una boda entre las
mismas personas.
3. Diseo Conceptual
Ejercicios: Disear el esquema Entidad Relacin
1. Una cuenta contable puede estar formada de varias
cuentas, denominadas subcuentas. Cada cuenta
es parte de una sola cuenta del nivel superior.
2. En un taller existen varias bodegas que administran
y almacenan repuestos segn su tipo y que son
despachados a medida que se realizan los trabajos.
Un repuesto puede estar formado por varios
repuestos y un repuesto puede ser a su vez
componente de varios repuestos
3. Diseo Conceptual
Ejercicios: Disear el diagrama Entidad Relacin
3. En un sistema informtico de administracin
estudiantil se requiere registrar informacin de
estudiantes, materias tomadas por los
estudiantes y del profesor con las materias
asignadas y adicional a esto se requiere
registrar la nota final. Realizar el esquema
entidad relacin.
3. Diseo Conceptual
Deber: Realizar los siguientes ejercicios:
> Elmasri, R., & Shamkant B,
Fundamentos de Sistemas de Base de Datos.
3.16, pgina 80
3.21, pgina 81

4. Eleccin del DBMS
Para que un DBMS pueda implementar un modelo
de datos necesita apoyarse en un lenguaje de
programacin que gestione dicho modelo.
El lenguaje aceptado por todos los sistemas de bases
de datos comerciales es el SQL (Structured Query
Language).
Es importante indicar que cada DBMS incorpora su
propio SQL que recoge, dependiendo de cada
sistema, lo ms significativo del estndar.
4. Eleccin del DBMS
Se crearon ciertas propiedades para los DBMS
denominadas (ACID):
> Atomicity (Atomicidad): Transaccin se realiza
SI O NO [se ejecuta todo o nada]
> Consistency (Consistencia): Se respetan las
reglas del DBMS [de un estado consistente a
otro]
> Isolation (Aislamiento): Transacciones unitarias.
Varias transacciones concurrentes pero sus
efectos deben ser de una manera independiente.
> Durability (Durabilidad): Los datos deben ser
persistentes ante emergencias. Los cambios que
se realicen se conservan.
4. Eleccin del DBMS
Consideraciones para elegir un DBMS:
> Factores Tcnicos
> Factores Econmicos
> Polticas de la organizacin
4. Eleccin del DBMS
> Factores Tcnicos
Tipo de DBMS (Relacionales, Orientados a Objetos,
Objetos Relacionales)
Estructuras de almacenamiento y acceso
Disponibilidad de herramientas de desarrollo
Soporte del gestor de bases de datos
Carga de transacciones que va a soportar esa base de
datos
Especificaciones de los recursos de HW y SW
Sistema operativo donde se planea implementar
4. Eleccin del DBMS
> Factores Econmicos
Costo de Adquisicin
Costo de Mantenimiento
Costo de Adquisicin de HW
Costo de Integracin con Sistemas de Informacin
Costo de Personal (Recurso Humano)
Costo de Operacin (independiente del DBMS),
entrega y soporte de los servicios y aplicaciones.
Asegurar que cumplan con los niveles de
disponibilidad acordados.
4. Eleccin del DBMS
> Polticas de la organizacin
Cultura organizacional
Familiaridad con el Sistema
Disponibilidad de servicios con el proveedor
Polticas, Leyes y Normativa (Gubernamental,
Organizacional)
Demostraciones, Benchmark (Obtener la mejor
relacin costo/beneficio para la empresa)
5. Diseo Lgico
> Modelo Relacional
Partiremos del resultado de la etapa del diseo
conceptual expresado mediante el modelo E-R y
veremos cmo se puede transformar en una
estructura de datos del modelo relacional.
Los principios del modelo de datos relacional fueron
establecidos por E.F. Codd en los aos 1969 y 1970.
De todos modos, hasta la dcada de los ochenta no se
empezaron a comercializar los primeros DBMS
relacionales con rendimientos aceptables.

5. Diseo Lgico
> Modelo Relacional
En este apartado nos vamos a centrar en definir los
elementos bsicos del modelo
Objetivos del modelo de datos relacional:
> Facilitar que la base de datos sea percibida o
vista por el usuario como una estructura lgica
que consiste en un conjunto de relaciones.
> Conseguir que esta estructura lgica con la que
se percibe la base de datos sea simple y
uniforme, con el fin de proporcionar simplicidad
y uniformidad

5. Diseo Lgico
> Modelo Relacional
Cada entidad del modelo E-R se transforma en una
relacin (tabla) del modelo relacional.
Los atributos de la entidad sern atributos
(columnas) de la relacin.
La clave primaria (PRIMARY KEY) de la entidad
ser la clave primaria de la relacin.
Las Filas se conocen en el modelo relacional como
tuplas
El modelo relacional es un modelo de datos y, como
tal, tiene en cuenta la estructura, la manipulacin y
la integridad.

5. Diseo Lgico
> Modelo Relacional
Las entidades, cuando se traducen al modelo
relacional, se denominan tambin tablas.

El esquema de la relacin consiste en un nombre de
relacin R y un conjunto de atributos:
R(A1, A2, ..., An)
Ejemplo: Empleado(DNI, nombre, apellido, sueldo)
5. Diseo Lgico
> Modelo Relacional
Las interrelaciones, en cambio, cuando se
transforman, pueden dar lugar a claves forneas
(FOREING KEY) de alguna relacin ya obtenida o
pueden dar lugar a una nueva relacin.
En el caso de las interrelaciones, es necesario tener
en cuenta su grado y su conectividad para poder
decidir cul es la transformacin adecuada:
> Las interrelaciones binarias 1:1 y 1:N dan lugar
a claves forneas.
> Las interrelaciones binarias M:N y todas las
n-arias se traducen en nuevas relaciones o
tablas.

5. Diseo Lgico
> Modelo Relacional
Esquema lgico estndar

Elmasri, R., & Shamkant B, N. 2007 Fundamentos
de Sistemas de Base de Datos 5 ed. Pearson.
5. Diseo Lgico
> Modelo Relacional
Esquema lgico estndar
> El esquema de la relacin consiste en un nombre
de relacin R y un conjunto de atributos:
R(A1, A2, ..., An)
5. Diseo Lgico
> Modelo Relacional
Esquema lgico estndar (mediante Tablas)

5. Diseo Lgico
> Modelo Relacional
5. Diseo Lgico
> Modelo Relacional
Transformacin de las Entidades
1. Cada entidad genera una relacin/tabla.
2. Los mapeos mn generan una tabla.
3. Los mapeos 1n se expresan con la repeticin
del lado 1 en el lado n (clave fornea).
4. Para las entidades mn que generaron una
tabla, la clave primaria est formada por las
claves de los lados mn.
5. Diseo Lgico
> Modelo Relacional
> Nota: Los nombres de atributos de los ejemplos
del esquema relacional presentado a continuacin
NO cumplen con los estndares y buenas
prcticas para el Diseo de Bases de Datos.
> En clase se present ejemplos de modelos y
estandarizacin para la declaracin de tablas,
atributos, claves primarias, claves forneas, etc.
> As mismo en clase se especific el proceso de
transformacin a travs de tablas.
5. Diseo Lgico
> Modelo Relacional
> Relacin binaria 1:1
Slo ser
necesario
aadir a
cualquiera de
estas dos
relaciones
una clave
fornea que
referencie a la
otra relacin.
5. Diseo Lgico
> Modelo Relacional
> Relacin binaria 1:1
Nota: Considerar las especificaciones de la dispositiva 71
5. Diseo Lgico
> Modelo Relacional
> Relacin binaria 1:N
Es necesario
aadir en la
relacin
correspondiente
a la entidad del
lado N, una clave
fornea que
referencie la otra
relacin.
5. Diseo Lgico
> Modelo Relacional
> Relacin binaria 1:N
5. Diseo Lgico
> Modelo Relacional
> Relacin binaria M:N
Una interrelacin
M:N se transforma
en una relacin
(Tabla). Su clave
primaria
estar formada por
los atributos de la
clave primaria de
las dos entidades
interrelacionadas.
Los atributos de la
interrelacin sern
atributos de la
nueva Tabla.
5. Diseo Lgico
> Modelo Relacional
> Relacin binaria M:N
5. Diseo Lgico
> Modelo Relacional
> Relacin ternaria M:N:P
Cuando la conectividad de la
interrelacin es M:N:P, la
relacin (Tabla) que se
obtiene de su transformacin
tiene como clave primaria
todos los atributos
que forman las claves
primarias de las tres
entidades interrelacionadas.
5. Diseo Lgico
> Modelo Relacional
> Relacin ternaria M:N:P
5. Diseo Lgico
> Modelo Relacional
> Relacin ternaria M:N:1
La relacin (tabla) que se obtiene
de su transformacin tiene como
clave primaria todos los atributos
que forman las claves primarias
de las dos entidades de los lados
de la interrelacin etiquetados
con M y con N.
5. Diseo Lgico
> Modelo Relacional
> Relacin ternaria M:N:1
5. Diseo Lgico
> Modelo Relacional
> Relacin ternaria N:1:1
La relacin (tabla) que se
consigue de su transformacin
tiene como clave primaria los
atributos que forman la clave
primaria de la entidad del lado
N y los atributos que forman la
clave primaria de cualquiera
de las dos entidades que estn
conectadas con 1.
5. Diseo Lgico
> Modelo Relacional
> Relacin ternaria N:1:1
5. Diseo Lgico
> Modelo Relacional
> Relacin ternaria 1:1:1
La relacin (Tabla) que
se obtiene de su
transformacin tiene
como clave primaria los
atributos que forman la
clave primaria de dos
entidades cualesquiera
de las tres
interrelacionadas.
5. Diseo Lgico
> Modelo Relacional
5. Diseo Lgico
> Modelo Relacional
5. Diseo Lgico
> Modelo Relacional
5. Diseo Lgico
> Modelo Relacional
> Relacin n-aria
En todos los casos, la transformacin de una
interrelacin n-aria consistir en la obtencin
de una nueva relacin (tabla) que contiene
todos los atributos que forman las claves
primarias de las n entidades interrelacionadas
y todos los atributos de la interrelacin.
Podemos distinguir los 2 casos:

5. Diseo Lgico
> Modelo Relacional
> Relacin n-aria
1. Si todas las entidades estn conectadas con
muchos, la clave primaria de la nueva
relacin estar formada por todos los
atributos que forman las claves de las n
entidades interrelacionadas.
5. Diseo Lgico
> Modelo Relacional
> Relacin n-aria
2. Si una o ms entidades estn conectadas
con uno, la clave primaria de la nueva
relacin estar formada por las claves de
n 1 de las entidades interrelacionadas,
con la condicin de que la entidad, cuya
clave no se ha incluido, debe ser una de las
que est conectada con uno.
5. Diseo Lgico
> Modelo Relacional
> Relacin Recursiva 1:1 o 1:N
Originan una clave fornea que
se pone en la relacin
correspondiente a una de las
entidades interrelacionadas. Esta
clave fornea deber referenciar
a la misma relacin para que
refleje una interrelacin entre
una ocurrencia de persona y otra
ocurrencia de persona. As,
obtendremos:
5. Diseo Lgico
> Modelo Relacional
> Relacin Recursiva 1:1 o 1:N

PERSONA (cdigo-per, ..., cdigo-conyuge)
donde {cdigo-conyuge} referencia PERSONA
y cdigo-conyuge admite valores nulos
La clave fornea {cdigo-conyuge} referencia
la relacin PERSONA a la que pertenece.
DOCTOR (cdigo-doctor, ..., cdigo-Subalterno)
donde {cdigo-Subalterno} referencia DOCTOR
y cdigo-Subalterno admite valores nulos
La clave fornea {cdigo-subalterno}
referencia la relacin DOCTOR a la que
pertenece.
5. Diseo Lgico
> Modelo Relacional
> Relacin Recursiva M:N
Las interrelaciones M:N se traducen en
nuevas relaciones que tienen como clave
primaria las claves de las entidades
interrelacionadas.
5. Diseo Lgico
> Modelo Relacional
> Relacin Recursiva M:N
REPUESTO (cdigo-repuesto, ...,)
PARTE (cdigo-repuesto, cdigo-repuestoparte)
donde {cdigo-repuesto} referencia REPUESTO
y {cdigo-repuestoparte }referencia a REPUESTO
5. Diseo Lgico
> Modelo Relacional
> Relacin Recursiva n-aria N:1:1
Las interrelaciones N:1:1 originan siempre una nueva relacin
que contiene, adems de los atributos de la interrelacin, todos
los atributos que forman la clave primaria de las tres entidades
interrelacionadas.
5. Diseo Lgico
> Modelo Relacional
> Relacin Recursiva n-aria N:1:1
PERSONA (cdigo-per,...)
BODA (cdigo-boda, FechaBoda,..)
CASADO/A (cdigo-per, cdigo-boda, cdigo_conyuge)
donde {cdigo-per} referencia PERSONA,
{cdigo-boda} referencia a BODA y
{cdigo-conyuge}referencia a PERSONA
5. Diseo Lgico
> Modelo Relacional
Transformacin de las Entidades - Ejercicio
A. REALIZAR EL MODELO ENTIDAD RELACION
B. TRANSFORMAR EL MODELO E-R AL MODELO
RELACIONAL
DESCRIPCIN DEL NEGOCIO:
Este negocio se dedica a la adquisicin y expendio
de medicamentos, implementos de aseo personal,
suplementos vitamnicos, entre otros. El negocio
sigue el siguiente proceso:
5. Diseo Lgico
> Modelo Relacional
1. El jefe de ventas se contacta con un determinado
proveedor y se acuerda una visita.
2. El proveedor contacta a un visitador de medicinas
para que acuda al negocio y solicita al jefe de
ventas informacin especfica de los productos que
no tiene en stock y le presenta una revista de
nuevos productos vigentes en el mercado.
3. El jefe de ventas bajo un previo anlisis determina
la cantidad de productos que debe adquirir del
proveedor y si es necesario realiza un pedido de los
nuevos productos..
5. Diseo Lgico
> Modelo Relacional
4. El proveedor realiza la entrega de productos, estos
son revisados por el jefe de ventas el mismo que
verifica que se est cumpliendo el pedido
realizado.
5. Se ingresan los productos al sistema y se procede a
la venta de los diferentes productos hacia los
clientes.
6. En lo referente a la venta (facturacin), aqu se
registran toda la informacin correspondiente a los
clientes, cajeros y productos que se han vendido.
5. Diseo Lgico
> Modelo Relacional
7. El jefe de ventas es el jefe de los cajeros y los
cajeros son dirigidos por el jefe de ventas.
8. Por la afluencia de clientes el jefe de ventas puede
ocupar un punto de venta y facturar a los clientes.
La Base de Datos almacenar:
Los productos que son abastecidos por los
proveedores.
Los cajeros que han prestado y prestan servicios a la
empresa.
Los clientes que adquieren los diferentes productos.
Las transacciones de venta realizadas da a da por el
negocio.

5. Diseo Lgico
> Modelo Relacional
5. Diseo Lgico
> Modelo Relacional
5. Diseo Lgico
> Modelo Relacional
5. Diseo Lgico
> Modelo Relacional
5. Diseo Lgico
> Modelo Relacional
Transformacin de las Entidades - Integracin
A. Esquema Entidad-Relacin
5. Diseo Lgico
> Modelo Relacional
B. Esquema Relacional (Conjuntos)
5. Diseo Lgico
> Modelo Relacional
B. Esquema Relacional (Tablas)
5. Diseo Lgico
> Modelo Relacional
Esquema lgico especfico
> Fases
1. Diseo lgico estndar (Esquema
Relacional: Conjuntos o Tablas)
2. Diseo lgico especfico (Se elige el
DBMS)
3. Conjunto de sentencias DDL (Create, Alter,
Drop, Rename, Truncate) del DBMS elegido

5. Diseo Lgico
> Modelo Relacional
> Tipos de Datos:
Segn el DBMS, estos pueden variar
Bsicos: Numricos, caracteres, fechas
Datos complejos: imgenes, sonidos

5. Diseo Lgico
> Modelo Relacional
> Tipos de Datos:
Consulta: Jueves 10 de Octubre de 2013
(Impreso. Digital enviar al correo: csjp101556@ute.edu.ec;
Asunto: Consulta DBDD; Nombre del Archivo:
APELLIDO_Consulta1.doc)
Oracle (Silva, Ramos)
Microsoft SQL Server (Zapata)
MySQL (Caza)
Informix (Hinojosa, Jami)
DB2 (Castellanos, Falcon)
Sybase (Gavilanes)
PostgreSQL (Almeida, Dominguez)

5. Diseo Lgico
> Modelo Relacional
> Sentencias SQL: Create Table
CREATE TABLE nombre_tabla
(
nombrecolumna1 tipodato1,
..
nombrecolumnaN tipodatoN,
PRIMARY KEY (nombrecolumna_clave),
FOREIGN KEY (nombrecolumna_clave)
REFERENCES
TABLA2 (nombrecolumna_clave_tabla2)
)
5. Diseo Lgico
> Modelo Relacional
Esquema lgico especfico (Script SQL para Oracle)
Conjunto de sentencias
DDL (Create, Alter, Drop,
Rename, Truncate) del
DBMS elegido
5. Diseo Lgico
> Modelo Relacional
> Diccionario de Datos
El diccionario de datos (almacena metadatos acerca
de la estructura de la base de datos) inicia
considerando el diseo integral de la base de datos,
es decir, el Diseo conceptual (modelo entidad-
relacin) y Diseo lgico (modelo relacional).
Con la utilizacin de herramientas CASE (Computer
Aided Software Engineering) es posible Disear los
modelos a base de esquemas y generacin de scripts
para posteriormente cargar en el SGBD o DBMS.
5. Diseo Lgico
> Modelo Relacional
5. Diseo Lgico
> Modelo Relacional
Las descripciones deben ser gestionados por medio
de herramientas CASE disponibles

5. Diseo Lgico
> Modelo Relacional
> Dominio de un atributo
Para cada atributo hay un conjunto de
valores permitidos, llamado dominio de ese
atributo.
Especifica un conjunto de valores que son
vlidos a ingresar sobre una columna
especfica para una tabla de la base de datos.
Esta integridad se verifica a travs:
1. Del tipo de los datos a introducir
(numrico, alfanumrico, alfabtico,
etc.).
2. De una validacin de los valores de
datos que se ingresan (una vez revisado funciones).
5. Diseo Lgico
> Modelo Relacional
> Dominio de un atributo: 1. Tipo de Datos
6. Diseo Fsico

DISEO LGICO
DISEO FISICO
Proceso del Diseo de Base de datos Miguel, A., Piattini, M., Marcos, E
Anlisis de Requisitos
DISEO CONCEPTUAL
N
O
R
M
A
L
I
Z
A
C
I
O
N

6. Diseo Fsico
Los objetivos principales que persigue el Diseo fsico
de la base de datos son:
Gestionar los metadatos (el diccionario de datos)
Optimizar tiempos de respuesta
Minimizar espacio de almacenamiento para los
ficheros fsicos de la Base de Datos
Optimizar rendimiento de transacciones (throughput)
Proporcionar procedimientos ptimos de
recuperacin e integridad de la BD
Asegurarse que los requisitos y criterios de seguridad
y confidencialidad se cumplen
6. Diseo Fsico
Entradas (Insumos) y Salidas (Exumos) del Proceso de Diseo Fsico de Bases de Datos
DISEO
FISICO
Objetivos de Diseo Fsico
Almacenamiento y recuperacin
Recursos de mquina disponibles
Recursos de software disponibles
Informacin sobre las APP que utilizarn
la Base de Datos
Requisitos de rendimiento
Polticas de seguridad de datos
Estructura interna (Esquema
Enterno)
Especificaciones para el
tunning de la BD
Supervisin del Rendimiento
Estructuras de
Almacenamiento
Normas de seguridad.
Procedimientos de
recuperacin e integridad
7. Conclusin
La verdadera
innovacin
comienza en
el diseo

Tim Brown.

Proceso Del Diseño e Implementación de Una Base de Datos PDF

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Proceso Del Diseño e Implementación de Una Base de Datos PDF

Diunggah oleh

Hak Cipta:

Format Tersedia

Facultad de Ciencias de la Ingeniera

Ingeniera Informtica y Ciencias de la Computacin

Anda mungkin juga menyukai