Practica 3.1

PINA ACOSTA DANIEL
18091087
PRÁCTICA 3.1
FUNDAMENTOS DE BASES DE DATOS
GRUPO: XB
CONCEPTOS BÁSICOS, COMPONENTES Y REGLAS.
Modelo relacional: modelo de organización y gestión de bases de datos
consistente en el almacenamiento de datos en tablas compuestas por filas, o tuplas,
y columnas o campos. Se distingue de otros modelos, como el jerárquico, por ser
más comprensible para el usuario inexperto, y por basarse en la lógica de
predicados para establecer relaciones entre distintos datos. Surge como solución a
la creciente variedad de los datos que integran las data warehouses y podemos
resumir el concepto como una colección de tablas (relaciones).
Tabla: es el nombre que recibe cada una de las relaciones que se establecen entre
los datos almacenados; cada nueva relación da lugar a una tabla. Están formadas
por filas, también llamadas tuplas, donde se describen los elementos que
configuran la tabla (es decir, los elementos de la relación establecida por la
tabla), columnas o campos, con los atributos y valores correspondientes, y
el dominio, concepto que agrupa a todos los valores que pueden figurar en cada
columna.
Claves: elementos que impiden la duplicidad de registros, una de las grandes
desventajas que presentan otros modelos de organización y gestión de bases de
datos. Existen dos grandes tipos de claves: las claves primarias y
las secundarias o externas.
Claves primarias: son los atributos (columnas) según el tipo de relación que se ha
definido en la tabla. Pueden añadirse otros atributos específicos y propios.
Claves externas o secundarias: son las claves que se definen para cada una de
las claves primarias establecidas para los elementos o entidades de una relación.
Restricción de identidad: límites y restricciones que se imponen en las relaciones,
imprescindibles para mantener la significación correcta de la base de datos. Es un
concepto íntimamente vinculado a las reglas de integridad propias del modelo
relacional, el cumplimiento de las cuales está garantizado por las claves primarias
y externas.
Reglas de integridad: reglas que garantizan la integridad de los datos, es decir, la
correspondencia plausible de los datos con la realidad.
Instancia (o estado) de la base de datos: Colección de instancias de relaciones
que verifican las restricciones de integridad.
Restricciones de integridad: Asociadas a las Asociadas a las tuplas de una
relación de una relación p.ej. 0 ≤ edad ≤ 120 0 ≤ edad ≤ 120 impuestos ≤ sueldo
Bases de datos relacionales.
En ocasiones, no se conoce el valor de un atributo para una determinada una
determinada tupla. En esos casos, a ese atributo. En esos casos, a ese atributo de
esa tupla se le asigna un se le asigna un valor nulo (valor nulo (null), que indica que
el valor de ese atributo es desconocido o, simplemente, que ese atributo no es
aplicable a esa tupla.
Integridad de la Entidad: Ninguna componente de la clave primaria puede tomar
valores nulos o desconocidos, porque entonces no se podrían distinguir dos
entidades
Integridad Referencial: Cualquier valor que tome un atributo en una relación del
que es clave foránea, debe existir en la relación del que es clave primaria.
REGLAS DE DISEÑO O CONVERSIÓN DEL MODELO

RELACIONAL
Conversión de Entidades: Cada entidad de diagrama Entidad/Relación se
transforma directamente en una tabla. Los atributos de la entidad pasan a ser
automáticamente las columnas de la tabla.
Conversión de Relaciones: Cada relación de un diagrama Entidad/Relación se

transforma directamente en una tabla. Los campos de esta tabla son las claves
primarias de todas las entidades que participen en la relación más todos aquellos
atributos que pudiera tener la relación.
Simplificación del modelo: Las tablas obtenidas como transformación de

relaciones binarias con cardinalidad uno a varios se puede eliminar. Los atributos
que formaban parte de la tabla pasan a formar parte de la tabla que representa la
entidad con cardinalidad “varios”. Asimismo, si la relación tuviera atributos propios,
también pasarían a la tabla que representa la entidad con cardinalidad “varios”.
Simplificación del modelo relacional: El número de relaciones que componen la

base de datos debe mantenerse en el mínimo posible. Esto mismo es aplicable a
las relaciones binarias con cardinalidad uno a uno, puesto que son un caso
particular de las anteriores. Las tablas con un único atributo se pueden eliminar.
DISEÑO DE LAS BASES DE DATOS DEL MODELO E/R AL
MODELO RELACIONAL
Transformación de un diagrama E/R en un esquema relacional (esto es, en un
conjunto de tablas):
1. Se transforman en tablas todos los tipos de entidades y relaciones que aparecen
en el diagrama E/R.
2. Se seleccionan las claves primarias para cada una de las tablas de nuestro
esquema lógico.
3. Se fusionan aquellas tablas que compartan su clave primaria.
Cada tipo de entidad da lugar a una tabla en la base de datos.
• Atributos: Los atributos del tipo de entidad.
• Clave primaria: Una de las claves candidatas del conjunto de entidades.
Entidades débiles
• Atributos: Además de los atributos propios de la entidad débil, los atributos
pertenecientes a la clave primaria de la entidad fuerte de la que depende
existencialmente la entidad débil.
• Clave primaria: La clave primaria de la entidad fuerte La clave primaria de la
entidad fuerte más un conjunto más un conjunto de atributos propio de la
entidad débil (discriminante).
Cada tipo de relación da lugar a una tabla en la base de datos.
Atributos: Los atributos de las claves primarias de las entidades que intervienen en
la relación más los atributos propios de la relación.
Clave primaria: Si la relación no tiene atributos propios:
• Relación muchos a muchos: La unión de las claves de los conjuntos de
entidades que intervienen.
• Relación uno a muchos: La clave correspondiente al conjunto de entidades
que participa en la relación con cardinalidad cardinalidad “muchos”.
• Relación uno a uno: Una de las claves de las entidades intervinientes en la
relación (cualquiera).
Clave primaria: Si hay atributos propios de la relación:
• Los atributos correspondientes al tipo de relación, a los que tal vez
añadiremos algunos atributos propios dependiendo de la semántica del
problema.
Claves externas:
• Una por cada una de las claves primarias de las entidades que intervienen
en la relación.
NOTA:
Las relaciones entre entidades débiles y fuertes no hay que pasarlas a tablas porque
la relación se recoge como parte de la clave primaria de la entidad débil (la parte
correspondiente a la clave primaria de la entidad fuerte es una clave externa que
apunta a la tabla derivada de la entidad fuerte).

Practica 3.1

Cargado por

Copyright:

Formatos disponibles

Practica 3.1

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Practica 3.1

Cargado por

Copyright:

Formatos disponibles

PINA ACOSTA DANIEL

REGLAS DE DISEÑO O CONVERSIÓN DEL MODELO

Conversión de Relaciones: Cada relación de un diagrama Entidad/Relación se

Simplificación del modelo: Las tablas obtenidas como transformación de

Simplificación del modelo relacional: El número de relaciones que componen la

También podría gustarte