Professional Documents
Culture Documents
Programacin:
Tiempo
Tpico
90 minutos
30 minutos
120 minutos
Diapositivas y ejemplos
Taller
Total
U2
RC
RU
UN
Modelo Lgicos o
Modelos de Datos
Externo
Conceptual
Comunidad
RC
Esquemas
Interno
2-3
Almacenamiento
RI
Modelo internos o
Modelos fsicos
2.
Los modelos que describen los esquemas: Modelo Global, Modelo externo y Modelo
interno, el cual se escoge dependiendo de las necesidades de representacin.
Ejemplo niveles de
abstraccin de un BD
2-4
Ejemplo:
En el ejemplo se describe una pequea parte de una base de datos para la gestin de cursos
de doctorado de una universidad, donde aparece el esquema global, el esquema interno y los
esquemas externos que describen los datos para dos aplicaciones. En el esquema global
tenemos tres tipos de objeto: CURSO, PROFESOR e IMPARTE, que se transforman en
registros almacenados en el esquema interno; los dos esquemas externos (uno en SQL
Forms y otro en Pascal) describen slo una parte del esquema, aquella que necesitan las
correspondientes aplicaciones.
Modelos de datos
Modelo Lgico (Modelos de Datos) = Modelos Globales +
Modelos Externos.
Clasificacin de los Modelos Globales :
Modelos Conceptuales Ej. (Modelo ER Objeto Semntico)
Modelos Convencionales Ej. (Modelo Relacional)
Modelo Esquema: Modelo se debe tomar como un instrumento
de descripcin del mundo real, y el Esquema es el resultado de la
aplicacin del modelo (Representaciones Grficas y Simblicas).
Ejemplar (Ocurrencia, Instancia): Datos en un determinado
momento.
2-5
Todas
Todaslas
lasfiestas
fiestastienen
tienenGlobos,
Globos,confites,
confites,
Sombreros
y
msica.
Sombreros y msica.
Define
Definecategoras
categorasooclases
clases--Superclases
Superclases
Particularizacin - Especializacin
Agregacin
Fiesta
Fiestaque
queadems
ademstiene
tienemscaras
mscaras
Define
DefineEjemplares
Ejemplares(instancias)
(instancias)--Subclases
Subclases
Asociacin / Disociacin
Crea
CreaNuevos
NuevosObjetos
Objetos
Compone
Componeotros
otrosobjetos:
objetos:
1.
1. Agregacin
Agregacinde
deClases
Clases
Desagregacin 2.
2. Agregacin
Agregacinde
dePropiedades
Propiedades->
->Clase
Clase
3.
Agregacin
de
Propiedades
->
3. Agregacin de Propiedades ->Propiedad
PropiedadC.
C.
2-6
Modelo de Datos
Restricciones
Restricciones Inherentes
Inherentes
Objetos
Objetos
Abstracciones
Del Modelo
Propiedades
Propiedades
Abstracciones
Del Modelo
Asociaciones
Asociaciones
Dominios
Dominios
Elementos Permitidos
Restricciones
Restricciones de
de Integridad
Integridad
O
O Semnticas
Semnticas
2-8
Formalizacin matemtica
2-9
G=<Ge,Gr> dnde: Ge es un
conjunto de reglas de
generacin de estructuras y Gr
es un conjunto de restricciones
de usuario.
G[UD]=E.
Especializacin en Desarrollo de Soluciones Informticas
O[BDi]=BDj
BD
BDii
2-10
Localizacin <condicin>
Accin <Objetivo>
BD
BDjj
Restricciones Propias
Semnticas
Restricciones Ajenas
.
.
IfIfFech_ini
Fech_ini>=
>=Fecha_fin
Fecha_finthen
then
ERROR
ERROR
.
.
IfIfCod_profe
Cod_profeen
enCURSOS
CURSOS==NULL
NULL
Then
ThenERROR
ERROR
USUARIOS
PROGRAMAS
CHECK
CHECK
Fecha_ini
Fecha_ini<<Fecha_fin
Fecha_fin
CURSOS.Cod_profesor
CURSOS.Cod_profesor
NOt
NOtNULL
NULL
BASE DE DATOS
Inherentes (Modelo Datos)
2-11
Restricciones de Integridad
Cuando diseamos una base de datos se desea que esta refleje fielmente el universo de
discurso que estamos tratando de recoger en nuestro sistema de informacin. La semntica
y la integridad en una base de datos estn asociados. La primera se refiere al significado de
los datos y la segunda a la correccin de los mismos y su consistencia respecto del mundo
real del cual proceden.
Es importante tener integradas las restricciones junto con los datos. Por un lado esta el
aseguramiento de la integridad de los mismos, reduciendo drsticamente la carga de
programacin (aprox. 90%). Otra ventaja es la semntica, puesto que los datos estn
descritos totalmente en una misma parte.
Componentes de un
Restriccin - ECA
2-12
Restricciones de Integridad
Las restricciones de integridad se pueden considerar, en cierto modo como reglas ECA
(Evento, Condicin, Accin), en las cuales, al ocurrir un evento, se comprueba la
condicin y dependiendo de su resultado se pone en marcha una accin (rechazar la
operacin, informar al usuario, etc.).
Las restricciones generalmente tienen un nombre mediante el cual es posible identificarlas y
tambin puede indicarse el momento en el que se desea que se evale la condicin
(antes o despus de una operacin, de forma inmediata o al final de una transaccin,
etc.).
Fases de las Restricciones:
1. Fase de definicin: El diseador describe la restriccin respecto de sus componentes. El
sistema comprueba que la definicin de la restriccin es correcta, adems que el
conjunto de restricciones es consistente en s mismo. Finalmente debe ser incluida con
los objetos del SGBD.
2. Fase de Ejecucin: Comprobar que la restriccin hace lo que se defini.
2-13
RELACIONAL
REDES
JERARQUICO
ESQUEMA LGICO
UNIFICADO
MEORIA DE EL.
ESQUEMA FSICO
2-15
Diseo
Especializacin en Desarrollo de Soluciones Informticas
Formalizacin: ya que el modelo de datos permite definir formalmente las estructuras permitidas y las
restricciones; tambin el modelo de datos establece la base para la definicin de un lenguaje de datos y
facilita una apreciacin ms objetiva de la rigidez o flexibilidad de las estructuras de datos, ayudando a la
comparacin formal de distintos modelos de datos y a la evaluacin de los SGBD.
2.
El primer paso en la metodologas es determinar el UD, el cual generalmente debe establecerse a partir de un
conjunto de diferentes vistas de los diferentes usuarios de la realidad. Una vez definido el UD se puede
proceder paso a paso tal como se muestra en la figura. Se presentan tres etapa bien definidas:
1.
Modelado Conceptual: En esta se escoge un modelo conceptual (altamente semntico) y se definen las
estructuras y restricciones identificadas, totalmente independiente del SGDB y del diseo de las
estructuras lgicas.
2.
Modelado Lgico: Se escoge un modelo lgico, el cual esta diseado para representar la estructura de los
datos, por ello se deben transformar los esquemas conceptuales en esquemas lgicos, los cuales son
conocidos y manipulados por el SGBD.
3.
Modelado Fsico: Finalmente los SGBD tienen en sus motores una serie de polticas y estrategias de
almacenamiento que le permiten llenar la informacin fsica que los usuarios quieren almacenar en la base
de datos. Los esquemas resultantes se visualizan en los archivos fsicos de la base de datos.
2-16
Introduccin
2-17
La concepcin de una Base de Datos Relacional es una tarea larga y costosa. Existe la necesidad de contar con
procedimientos ordenados que faciliten el desarrollo de un producto software, ya que esto tiene una incidencia
en cuanto a costos y plazos de entrega, adems de la calidad y mantenimiento del producto.
Segn Sommerville (1988) " un buen diseo es la clave de una eficiente ingeniera del software. Un software
bien diseado es fcil de aplicar y mantener, adems de ser comprensible y fiable. Los sistemas mal diseados,
aunque puedan funcionar, sern costosos de mantener, difciles de probar y poco fiables".
Muchas veces, el diseo de una base de datos se limita aplicar la teora de normalizacin, cuando en realidad
debe abarcar muchas otras etapas, que van desde la concepcin hasta la instrumentacin.
Una metodologa es un conjunto de modelos y herramientas que nos permiten pasar de una etapa a la siguiente
en el proceso de diseo de la base de datos. Rolland y Benci (1988).
En la determinacin de las fases de la metodologa debemos definir una jerarqua de niveles de abstraccin
que resulte apropiada, en el sentido de ser lo suficientemente amplia para que a cada nivel le correspondan
decisiones de diseo bien definidas, pero, a la vez, no proponer demasiados niveles, ya que sera muy sensible
a la interpretacin del diseador.
Diseo Conceptual
Bsicamente 2 etapas:
1 Etapa de anlisis de requisitos
2 Etapa de conceptualizacin
El anlisis de requisitos debe responder a la pregunta: que representar? Para ello hay que estudiar las reglas de la empresa
(del negocio) a los diferentes niveles de la organizacin, para elaborar una descripcin de la organizacin. Esquema
percibido. Puede utilizarse el lenguaje natural. La segunda etapa responde a la pregunta Como representar?. Aqu se
utilizan los modelos conceptuales. Nosotros utilizaremos el MER y sus extensiones, que bsicamente define entidades,
atributos, interrelaciones y restricciones semnticas. Esquema conceptual. En el paso del esquema percibido al esquema
conceptual. No existen reglas claras que permitan decidir que elemento es una entidad o cual otro una interrelacin. Existen
2 enfoques: Enfoque lingstico y categorizacin de objetos.
En el enfoque lingstico:
un sustantivo (nombre comn) que acta como sujeto o complemento directo en un frase es por lo general un tipo de
entidad, aunque podra ser un atributo. Ej: los socios piden prestados libros, existen 2 posibles entidades: SOCIO y LIBRO.
los nombres propios indican ocurrencias de un tipo de entidad, Ej: Date,C indica una ocurrencia de AUTOR.
un verbo transitivo o una frase verbal es un tipo de interrelacin, Ej: pedir prestado indica una interrelacin entre las
entidades LIBRO y SOCIO.
una preposicin entre 2 nombres suele ser un tipo de interrelacin o tambin establece la asociacin entre una entidad y sus
atributos. Ej: la institucin del autor, podemos pensar en la interrelacin entre AUTOR e INSTITUCION o bien, el atributo
institucin de AUTOR.
En el enfoque de categorizacin de objetos (Navathe, 1983):
una entidad es un objeto de datos que tiene ms propiedades que su nombre o se utiliza como operando en una sentencia de
seleccin, borrado o insercin. Ej: en la biblioteca existen libros que poseen una serie de propiedades, como son el ttulo,
idioma, nro. de copias, etc. LIBRO es una entidad, ya que tiene varias propiedades. Ej: cuando un socio deja serlo, es
preciso eliminarlo de la base de datos, SOCIO es una entidad, por ser un operando en una sentencia de borrado.
un atributo es un objeto de datos al que se asigna un valor o se utiliza como operando en una operacin aritmtica, boolean,
etc. Ej: se puede consultar si el ttulo de un libro es Bases de datos, luego, ttulo es un atributo.
una interrelacin es un objeto de datos que hace posible la seleccin de una entidad por medio de una referencia a un
atributo de otra entidad. Ej: seleccionar los libros que ha escrito un determinado autor, por lo que escribir es una
interrelacin, ya que nos permite seleccionar una entidad (LIBRO) por medio de una referencia a un atributo de otra
entidad (Nombre de AUTOR).
Diseo Lgico
Modelo Relacional (Parte del Esquema E-R), (Esquema Relacional)
Procesos:
Normalizacin Completa
Solucin de las relaciones
Productos:
Tabla de dominios actualizada
Esquema Relacional
Diseo Fsico
Autodocumentacin (Esquema E-R y Esquema Relacional).
Programacin (Restricciones de Integridad).
Elementos de Diseo: ndices Secuencias Cluster o Agrupaciones
Vistas Sinnimos y Links.
2-19
En esta etapa transformaremos el esquema conceptual obtenido en la fase anterior a un esquema relacional. Este esquema sigue siendo
independiente del SGBD que se utilizar en la siguiente etapa.
El paso del esquema E/R al relacional se basa en los siguientes principios:
Todo tipo de entidad se convierte en una relacin
Todo tipo de interrelacin N:M se transforma en una relacin
Todo tipo de interrelacin 1:N se traduce en el fenmeno de propagacin de la clave o bien se crea una nueva relacin.
Reglas de Transformacin
1.-Transformacin de Dominios
CREATE DOMAIN Estados_Civiles AS CHAR(1)
CHECK(VALUE in ( S, C, V, D)
2.-Transformacin de entidades
CREATE TABLE...
Cada entidad se transforma en una relacin.
3.-Transformacin de atributos de entidades
Los AIP , pasan a ser la clave primaria de la relacin PRIMARY KEY. Los AIA, pasan a ser UNIQUE. Ambas son clusulas en el
comando CREATE TABLE.
4.-Transformacin de Interrelaciones
4.1.-Interrelaciones N:M
Se transforma en una relacin que tendr como clave primaria la concatenacin de los AIP de las entidades que asocia. Cada uno de estos
atributos que forman parte de la clave primaria son clave fornea respecto a las tablas en donde son claves primarias. Esto se representa por
al clusula FOREING KEY dentro del comando CREATE TABLE de la relacin.
4.2.-Interrelaciones 1:N
Propagar el AIP de la entidad que tiene cardinalidad mxima 1 a la que tiene n.
Transformarlo en una relacin, como si se tratara de una interrelacin N:M. Esto es ms conveniente cuando:
El nmero de ocurrencias de la entidad que propaga su clave es muy pequeo, evitando los valores nulos.
Cuando se prev que en el futuro dicha interrelacin se convierta en una N:M
Cuando la interrelacin tiene atributos propios
Un aspecto importante en estas interrelaciones se relaciona con las Cardinalidades mnimas. Si la cardinalidad mnima de la entidad que se
propaga es 1, significa que no pueden admitirse valores nulos en la clave fornea (clave propagada). En cambio, si es 0, si se admiten
valores nulos.
4.3.-Interrelaciones 1:1
Son casos en donde se puede crear una relacin o bien propagar la clave. Esto ltimo puede ser en ambas direcciones.
Si las entidades que se asocian tienen ambas Cardinalidades (0,1):
Preguntas de Repaso
2-20
Material De profundizacin
Lectura Obligatoria
Realice la lectura descrita a continuacin. Escriba un documento en el cual resuma una
metodologa global para el desarrollo de una base de datos, teniendo en cuenta los
conceptos vistos y la lectura. No mas de 2 hojas.
1. Bases EDSI\03-Material Bibliografico\Presentaciones\El Proceso de Creacin de una
Base de Datos.pdf.
Lecturas Recomendadas Libros
1. Connolly, Thomas. Sistemas de Bases de Datos.
2-21