6775154
JULIAN DAVID MORALES FLOREZ BASES
DE DATOS
- COMPUESTA POR:
- CLAVES
- TIPOS DE
CLAVES
- clave candidata Conjunto de
atributos de una tabla que
identifican unívocamente cada
tupla de la tabla. clave primaria
Clave candidata que se escoge
como identificador de las tuplas.
clave alternativa Cualquier clave
candidata que no sea primaria
clave externa o secundaria
Atributo de una tabla relacionado
con una clave de otra tabla.
- TIPOS DE
CLAVES
- DEBE
LLEVAR
- 1Atributo
2Grado
3Cardinalidad
4Dominio
- 1Atributo
2Grado
3Cardinalidad
4Dominio
- TIPOS DE TABLAS
- DOMINIOS
- NULOS
- QUES ES:
- Los valores nulos indican
contenidos de atributos que no
tienen ningún valor. En claves
secundarias indican que el registro
actual no está relacionado con
ninguno. En otros atributos indica
que no se puede rellenar ese valor
por la razón que sea.
- 1 verdadero Y (AND) nulo da como resultado, nulo
- 2 falso Y (AND) nulo da como resultado, falso
- 3 verdadero O (OR) nulo da como resultado, verdadero
- 4 falso O nulo da como resultado nulo
- 5 la negación de nulo, da como resultado nulo
- 5 la negación de nulo, da como resultado nulo
- 4 falso O nulo da como resultado nulo
- 3 verdadero O (OR) nulo da como resultado, verdadero
- 2 falso Y (AND) nulo da como resultado, falso
- 1 verdadero Y (AND) nulo da como resultado, nulo
- Los valores nulos indican
contenidos de atributos que no
tienen ningún valor. En claves
secundarias indican que el registro
actual no está relacionado con
ninguno. En otros atributos indica
que no se puede rellenar ese valor
por la razón que sea.
- DISEÑO CONCEPTUAL DE BASES DE DATOS
- RESTRICCIONES
- modelo relacional
- QUE ES:
- Se trata de unas condiciones de
obligado cumplimiento por los
datos de la base de datos. Las hay
de varios tipos.
- Se trata de unas condiciones de
obligado cumplimiento por los
datos de la base de datos. Las hay
de varios tipos.
- INHERENTES
- QUE ES:
- Son aquellas que no son
determinadas por los usuarios,
sino que son definidas por el
hecho de que la base de datos
sea relacional.
- POR EJEMPLO:
- 1 No puede haber dos tuplas iguales
- 2 El orden de las tuplas no importa
- 3 El orden de los atributos no importa
- 4 Cada atributo sólo puede tomar un valor
en el dominio en el que está inscrito
- 4 Cada atributo sólo puede tomar un valor
en el dominio en el que está inscrito
- 3 El orden de los atributos no importa
- 2 El orden de las tuplas no importa
- 1 No puede haber dos tuplas iguales
- POR EJEMPLO:
- Son aquellas que no son
determinadas por los usuarios,
sino que son definidas por el
hecho de que la base de datos
sea relacional.
- SEMÁNTICAS
- QUE ES:
- El modelo relacional permite a los usuario
incorporar restricciones personales a los
datos.
- LAS PRINCIPALES SON:
- 1 Clave primaria
- 2 Unicidad
- 3 Obligatoriedad
- 4 Integridad referencial
- 5 Regla de validación
- 5 Regla de validación
- 4 Integridad referencial
- 3 Obligatoriedad
- 2 Unicidad
- 1 Clave primaria
- LAS PRINCIPALES SON:
- El modelo relacional permite a los usuario
incorporar restricciones personales a los
datos.
- QUE ES:
- QUE ES:
- modelo relacional
- LAS 12 REGLAS DE CODD
- SON:
- 1 Información 2
Acceso
garantizado 3
Tratamiento
sistemático de los
valores nulos 4
Catálogo en línea
basado en el
modelo relacional
5 Sublenguaje de
datos completo 6
Actualización de
vistas 7
Inserciones,
modificaciones y
eliminaciones de
dato nivel 8
Independencia
física 9
Independencia
lógica 10
Independencia de
integridad 11
Independencia de
la distribución 12
No subversión
- 1 Información 2
Acceso
garantizado 3
Tratamiento
sistemático de los
valores nulos 4
Catálogo en línea
basado en el
modelo relacional
5 Sublenguaje de
datos completo 6
Actualización de
vistas 7
Inserciones,
modificaciones y
eliminaciones de
dato nivel 8
Independencia
física 9
Independencia
lógica 10
Independencia de
integridad 11
Independencia de
la distribución 12
No subversión
- TRANSFORMACIONES DE
ENTIDADES FUERTES
- QUE ES:
- En principio las
entidades fuertes
del modelo Entidad
Relación son
transformados al
modelo relacional
siguiendo estas
instrucciones
- INSTRUCCIONES:
- 1 Entidades. Las
entidades pasan a
ser tablas 2
Atributos. Los
atributos pasan a
ser columnas.3
Identificadores
principales. Pasan
a ser claves
primarias 4
Identificadores
candidatos. Pasan
a ser claves
candidatas
- 1 Entidades. Las
entidades pasan a
ser tablas 2
Atributos. Los
atributos pasan a
ser columnas.3
Identificadores
principales. Pasan
a ser claves
primarias 4
Identificadores
candidatos. Pasan
a ser claves
candidatas
- INSTRUCCIONES:
- En principio las
entidades fuertes
del modelo Entidad
Relación son
transformados al
modelo relacional
siguiendo estas
instrucciones
- TRANSFORMACIÓN DE
RELACIONES
- QUE ES:
- La idea inicial es
transformar a cada relación
en una tabla en el modelo
relacional. Pero hay que
distinguir según el tipo de
relación.
- RELACIONES VARIOS A VARIOS
- En las relaciones varios a
varios, la relación se
transforma en una tabla
cuyos atributos son: los
atributos de la relación y las
claves de las entidades
relacionadas (que pasarán a
ser claves externas). La clave
de la tabla la forman todas
las claves externas
- RELACIONES UNO A VARIOS Y
UNO A UNO
- Las relaciones binarios de
tipo uno a varios no
requieren ser
transformadas en una
tabla en el modelo
relacional. En su lugar la
tabla del lado varios
(tabla relacionada)
incluye como clave
externa1 el identificador
de la entidad del lado uno
(tabla principal):
- RELACIONES RECURSIVAS
- Las relaciones
recursivas se tratan
de la misma forma
que las otras, sólo
que un mismo
atributo puede
figurar dos veces en
una tabla como
resultado de la
transformación
- Las relaciones
recursivas se tratan
de la misma forma
que las otras, sólo
que un mismo
atributo puede
figurar dos veces en
una tabla como
resultado de la
transformación
- Las relaciones binarios de
tipo uno a varios no
requieren ser
transformadas en una
tabla en el modelo
relacional. En su lugar la
tabla del lado varios
(tabla relacionada)
incluye como clave
externa1 el identificador
de la entidad del lado uno
(tabla principal):
- RELACIONES UNO A VARIOS Y
UNO A UNO
- En las relaciones varios a
varios, la relación se
transforma en una tabla
cuyos atributos son: los
atributos de la relación y las
claves de las entidades
relacionadas (que pasarán a
ser claves externas). La clave
de la tabla la forman todas
las claves externas
- RELACIONES DE ORDEN
N
- Las relaciones ternarias,
cuaternarias y n-arias que
unen más de dos
relaciones se transforman
en una tabla que contiene
los atributos de la relación
más los identificadores de
las entidades relacionadas.
La clave la forman todas
las claves externas
- Las relaciones ternarias,
cuaternarias y n-arias que
unen más de dos
relaciones se transforman
en una tabla que contiene
los atributos de la relación
más los identificadores de
las entidades relacionadas.
La clave la forman todas
las claves externas
- RELACIONES VARIOS A VARIOS
- La idea inicial es
transformar a cada relación
en una tabla en el modelo
relacional. Pero hay que
distinguir según el tipo de
relación.
- ENTIDADES DÉBILES
- QUE ES:
- Toda entidad débil incorpora
una relación implícita con una
entidad fuerte. Esta relación no
necesita incorporarse como
tabla en el modelo relacional.
Sí se necesita incorporar la
clave de la entidad fuerte como
clave externa en la entidad
débil.
- GENERALIZACIONES Y ESPECIFICACIONES
- Las generalizaciones y/o
especificaciones se convierten al
modelo relacional.
- 1 Las subentidades pasan a ser tablas.
2 Si la clave de la superentidad es
distinta de las subentidades, entonces
se coloca el identificador de la
superentidad en cada subentidad como
clave externa 3 Si la clave es la misma,
entonces todas las entidades tendrán
la misma columna como identificador 4
La superentidad debe generar una
tabla sólo en el caso de que haya
posibilidad de que exista un ejemplar
de dicha entidad que no sea ejemplar
de las subentidades. De otro modo
basta con generar las tablas de las
subentidades e incluir los atributos de
la entidad superior
- 1 Las subentidades pasan a ser tablas.
2 Si la clave de la superentidad es
distinta de las subentidades, entonces
se coloca el identificador de la
superentidad en cada subentidad como
clave externa 3 Si la clave es la misma,
entonces todas las entidades tendrán
la misma columna como identificador 4
La superentidad debe generar una
tabla sólo en el caso de que haya
posibilidad de que exista un ejemplar
de dicha entidad que no sea ejemplar
de las subentidades. De otro modo
basta con generar las tablas de las
subentidades e incluir los atributos de
la entidad superior
- Las generalizaciones y/o
especificaciones se convierten al
modelo relacional.
- GENERALIZACIONES Y ESPECIFICACIONES
- Toda entidad débil incorpora
una relación implícita con una
entidad fuerte. Esta relación no
necesita incorporarse como
tabla en el modelo relacional.
Sí se necesita incorporar la
clave de la entidad fuerte como
clave externa en la entidad
débil.
- PROBLEMAS DEL
ESQUEMA RELACIONAL
- Una vez obtenido el esquema
relacional resultantes del modelo
entidad relación que
representaba la base de datos,
normalmente tendremos una
buena base de datos. Pero otras
veces, debido a fallos en el diseño
o a problemas indetectables en
esta fase del diseño, tendremos
un esquema que puede producir
una base de datos que incorpore
estos problemas:
- 1
Redundancia
2
Ambigüedades
3
Pérdida
de
restricciones
de
integridad
4
Anomalías
en
operaciones
de
modificación
- 1
Redundancia
2
Ambigüedades
3
Pérdida
de
restricciones
de
integridad
4
Anomalías
en
operaciones
de
modificación
- FORMAS NORMALES
- Las formas normales se corresponde a una teoría de
normalización iniciada por el propio Codd y continuada
por otros autores (entre los que destacan Boyce y
Fagin). Codd definió en 1970 la primera forma normal,
desde ese momento aparecieron la segunda, tercera,
la Boyce-Codd, la cuarta y la quinta forma normal. Una
tabla puede encontrarse en primera forma normal y
no en segunda forma normal, pero no al contrario. Es
decir los números altos de formas normales son más
restrictivos (la quinta forma normal cumple todas las
anteriores).
- Las formas normales se corresponde a una teoría de
normalización iniciada por el propio Codd y continuada
por otros autores (entre los que destacan Boyce y
Fagin). Codd definió en 1970 la primera forma normal,
desde ese momento aparecieron la segunda, tercera,
la Boyce-Codd, la cuarta y la quinta forma normal. Una
tabla puede encontrarse en primera forma normal y
no en segunda forma normal, pero no al contrario. Es
decir los números altos de formas normales son más
restrictivos (la quinta forma normal cumple todas las
anteriores).
- Una vez obtenido el esquema
relacional resultantes del modelo
entidad relación que
representaba la base de datos,
normalmente tendremos una
buena base de datos. Pero otras
veces, debido a fallos en el diseño
o a problemas indetectables en
esta fase del diseño, tendremos
un esquema que puede producir
una base de datos que incorpore
estos problemas:
- QUE ES:
- QUE ES:
- QUE ES:
- SON:
- RESTRICCIONES
- QUES ES:
- QUE ES:
- Los dominios suponen una gran
mejora en este modelo ya que
permiten especificar los posibles
valores válidos para un atributo.
Cada dominio incorpora su nombre
y una definición del mismo.
Ejemplos de dominio:
- CONTIENE
- 1 Dirección
- 2 Nacionalidad
- 2 Nacionalidad
- 1 Dirección
- CONTIENE
- Los dominios suponen una gran
mejora en este modelo ya que
permiten especificar los posibles
valores válidos para un atributo.
Cada dominio incorpora su nombre
y una definición del mismo.
Ejemplos de dominio:
- NULOS
- 1
Persistentes.
2
Base
3
Vistas
4
Instantáneas
5
Temporales
- DOMINIOS
- CLAVES
- JULIAN DAVID MORALES FLOREZ
ING.SISTEMAS
Want to create your own Mind Maps for free with GoConqr? Learn more.