Documentos de Académico
Documentos de Profesional
Documentos de Cultura
UTM
UTM
Restricciones:
Unicidad : Los datos no se deben repetir
Valores nulos: Pueden haber campos que acepten valores nulos o vacos siempre cuando no
sean campos identificadores.
Tipo de dato almacenado: Todos los datos deben tener un tipo de datos como texto, entero,
booleano, etc.
Tamao: Algunos tipos de datos exigen que se especifique el tamao del dato que se va a
almacenar.
Mecanismos de recuperacin
Transacciones: Se trabajan por bloques de instrucciones, un bloque de instrucciones se toma
como una sola instruccin, sino se terminan todas las instrucciones del bloque y ocurre algo
las instrucciones previas se revierten, es decir, se deshacen las operaciones.
Control de concurrencia
Bloqueo
Serializacin
Control de acceso
Usuarios
Privilegios
Otras funciones
Backup
Compresin de datos
Importar datos
Exportar datos
LO QUE NO HACE UN SGBD
UTM
Un buen diseo de la base de datos Los diseadores son ustedes, ustedes son los
inteligentes no el SGBD, ustedes hacen inteligentes al SGBD.
UTM
UTM
Entidad
Un conjunto de entidades es un grupo de entidades del mismo tipo. Por ejemplo el conjunto de
entidades CUENTA, podra representar al conjunto de cuentas de un BANCO, o ALUMNO
representa a un conjunto de entidades de todos los alumnos que existen en la UTM.
Una entidad se caracteriza y distingue de otra por los atributos, en ocasiones llamadas
propiedades, que representan las caractersticas de una entidad.
Atributo
Los atributos de una entidad pueden tomar un conjunto de valores permitidos al que se le conoce
como dominio del atributo. As cada entidad se describe por medio de un conjunto de parejas
formadas por el atributo y el valor de dato. Habr una pareja para cada atributo del conjunto de
entidades.
Una relacin es la asociacin que existe entre dos o ms entidades.
Relacin
Madre
Cursa
Padres
Materia
Padre
Hijo
UTM
Limitantes de Mapeo
Existen 2 tipos de limitantes que permiten establecer las validaciones necesarias para
conseguir que los datos correspondan con la realidad.
1. Tipos de relaciones
2. Dependencia de existencia
1. Tipos de relaciones
Existen 3 tipos de relaciones que pueden establecerse entre entidades, las cuales establecen con
cuantas entidades de tipo B se puede relacionar una entidad de tipo A:
1. Uno a uno (1:1)
2. Uno a muchos (1:N)
3. Muchos a muchos (N:N)
A estos tipos de relaciones, tambin se les conoce como Cardinalidad.
UNO A UNO (1:1)
Se presenta cuando existe una relacin como su nombre lo indica uno a uno, denominado
tambin relacin de matrimonio. Una entidad del tipo A solo se puede relacionar con una entidad
del tipo B, y viceversa.
UTM
IMPORTANTE
La cardinalidad para cada conjunto de entidades depende del punto de vista que se le d al
modelo en estudio, claro est, sujetndose a la realidad.
Dependencia de existencia
Refirindonos a las mismas entidades A y B, decimos que si la entidad A depende de la existencia
de la entidad B, entonces A es dependiente de existencia por B, si eliminamos a B tendramos que
eliminar por consecuente la entidad A, en este caso B es la entidad Dominante y A es la entidad
subordinada.
Llaves primarias
La distincin de una entidad entre otra se debe a sus atributos, lo cual la hace nica.
Una llave primaria es aquel atributo el cual consideramos clave para la identificacin de los dems
atributos que describen a la entidad. En el modelo E-R se subraya este atributo.
No. Expediente
UTM
Atributos de relaciones
Existe la posibilidad de que una relacin tenga atributos para calificarla. Por ejemplo: en un hotel
UTM
Subclase
Superclase
Herencia
Especializacin
Generalizacin
Categora
Subclase y Superclase
En el modelo Entidad-Relacin, una entidad agrupa un conjunto de ocurrencias de entidad del
mismo tipo. En muchos casos, estas ocurrencias se pueden agrupar a su vez en otros subconjuntos
que tienen un significado propio para los propsitos de la Base de Datos y, por tanto, deberan
representarse de forma explcita.
La relacin que se establece entre una Superclase y una Subclase, la llamaremos Relacin
clase/subclase.
UTM
Una instancia de subtipo tambin es instancia del supertipo y es la misma instancia, pero
con un papel especfico distinto. (Los hijos son del mismo tipo del padre)
Una instancia no puede existir slo por ser miembro de un subtipo: tambin debe ser
miembro del supertipo. (Todo hijo tiene un padre)
Una instancia del supertipo puede no ser miembro de ningn subtipo. (El padre no es un
hijo)
UTM
Herencia
Una Subclase puede tener atributos propios y participar en relaciones por separado.
Los atributos aplicables solamente a cada una de las Subclases, se denominan atributos
especficos de la subclase.
Una Subclase hereda todos los atributos de la Superclase, y todas las relaciones en las que
participa la Superclase.
Especializacin
El proceso por el que se definen las diferentes subclases de una superclase se conoce como
especializacin. El conjunto de subclases se define basndonos en caractersticas diferenciadoras
de las ocurrencias de entidad de la superclase.
Podemos tener varias especializaciones de una misma entidad basndonos en distintos criterios o
discriminantes.
UTM
Ejemplos de especializacin:
Generalizacin
UTM
Generalizacin
Especializacin
UTM
Todas las instancias del supertipo que cumplen la condicin, deben pertenecer al
subtipo.
Es el discriminante de la especializacin
UTM
Disyuncin / Solapamiento
Subtipos disjuntos si una instancia del supertipo puede ser miembro de, como
mximo, uno de los subtipos (la condicin es excluyente).
Subtipos solapados si una instancia del supertipo puede ser, a la vez, miembro de
ms de un subtipo
UTM
Completitud / Parcialidad
Especializacin total (completa) indica que toda instancia del supertipo tambin
debe ser instancia de algn subtipo.
Especializacin parcial indica que es posible que alguna instancia del supertipo no
pertenezca a ninguno de los subtipos.
Disjunta y Total
Disjunta y Parcial
Solapada y Total
Solapada y Parcial
UTM
UTM
Jerarquas y Retculas
En las Jerarquas de especializacin, se cumplen las restricciones:
UTM
Ejemplo de Retcula
Jerarquas y Retculas
En las jerarquas de especializacin
UTM
Herencia Mltiple
En herencia mltiple pueden surgir conflictos al heredar atributos distintos denominados igual
BECARIO hereda jornada de dos predecesores (EMPLEADO Y ESTUDIANTE)
Cmo resolver esta situacin?
1. Renombrar algunos de los atributos en conflicto:
BECARIO hereda ambos atributos: jornada corresponde a jornada de EMPLEADO y
jornadaEstudio corresponde a jornada de ESTUDIANTE
2. Definir un orden de prioridad en la herencia:
BECARIO hereda jornada de ESTUDIANTE y no de EMPLEADO
3. Nombrar a cada atributo antecediendo el nombre de la entidad propietaria
BECARIO hereda ESTUDIANTE.jornada y EMPLEADO.jornada
Inhibicin de la Herencia
Algunos modelos de datos permiten indicar que ciertos atributos del supertipo no deben ser
heredados por los subtipos.
En el modelo ECR , las categoras son mostradas en el diagrama como hexgonos, conectados al
supertipo con un smbolo de subconjunto dibujado sobre la lnea. Los atributos compartidos son
conectados al supertipo y los atributos de categora no compartidos son conectados al hexgono.
Redefinicin de atributos heredados
Si un supertipo y un subtipo tienen un atributo con el mismo nombre, se entiende que el atributo
del subtipo redefine el del supertipo.
Se utiliza el mismo nombre y significado semntico, pero se modifica cmo se calcula o cmo se
representa el valor del atributo.
UTM
MODELAR LO SIGUIENTE
Algunas entrevistas dan lugar a ofertas de empleos y otras no.
IMPORTANTE: Para que existan instancias de una relacin, es necesario que exista una entidad
donde se almacenen.
UTM
ERROR
NO es posible establecer una relacin entre varias relaciones ni entre relaciones y entidades
Entidad Compuesta
o Agregada
UTM
Agregar al modelo los diversos medios que utilizan para impartir cada asignatura (pizarra,
transparencias, etc.)
ERROR
NO es posible establecer una
relacin entre varias relaciones ni
entre relaciones y entidades
Provoca almacenamiento
de datos innecesarios
UTM
Con la relacin ternaria se vinculan, a la vez, tres instancias: una de cada entidad
participante. Para indicar que un profesor para una misma asignatura emplea
tantos medios, se necesitan tantas instancias de la relacin de tipo (profesor,
asignatura, medio).
Con la agregacin se vincula por un lado a cada profesor con las asignaturas que
imparte y, por otro lado, se liga cada par asignatura/profesor con el conjunto de
medios empleados. Esto es lo que ocurre en la realidad: MEDIO se relaciona con el
par profesor/asignatura, y no con profesor y asignatura por separado. Para indicar
que un profesor para una misma asignatura emplea tantos medios, se necesitan
tantas instancias de la relacin de tipo ((profesor, asignatura), medio).
NOTA:
Estudiar las tcnicas de recoleccin de
datos y modelos de bases de datos
vistas en clase de acuerdo a su tarea
de investigacin.