2do Parcial
Diagrama Entidad
Relación
Diagrama Entidad Relación: Denominado por sus
siglas como: E-R; Este modelo representa a la realidad a través de un Esquema
gráfico empleando los terminología de Entidades, que son objetos que existen y
son los elementos principales que se identifican en el problema a resolver con
el diagramado y se distinguen de otros por sus características particulares
denominadas Atributos, el enlace que rige la unión de las entidades está
representada por la relación del modelo.
Este diagrama o modelo lo propuso Peter Chen en 1976
Entidad: es el objeto del cual se recoge
información de interés, de cara a la base de datos.
Relación: como su palabra la dice (relación) se trata de la asociación de dos o más entidades. a cada relación se le asigna un campo único para poder identificarse y saber cuál es su función dentro del modelo -e-r-
y sirve para identificar los campos únicos de una base de datos
Relación: como su palabra la dice (relación) se trata de la asociación de dos o más entidades. a cada relación se le asigna un campo único para poder identificarse y saber cuál es su función dentro del modelo -e-r-
y sirve para identificar los campos únicos de una base de datos
El modelo de datos entidad-relación está basado
en una percepción del mundo real que consta de una colección de objetos
básicos, llamados entidades, y de relaciones entre esos objeto.
ejemplo:
Reglas o recomendaciones para convertir un diagrama E-R a base de datos relacional
:
- Cada conjunto de entidades fuerte se representa con una tabla, cuyas columnas corresponden a los atributos de las entidades.
- Cada conjunto de entidades débil se representa con una tabla, con una columna por cada atributo de las entidades más una columna por cada atributo de la llave primaria de la entidad fuerte de la cual el conjunto de entidades débil depende.
- Cuando existe una relación “uno a varios” se va a generar una tabla que incluye los atributos de la entidad del extremo “varios”, es decir una columna por cada uno de los atributos de la entidad varios y una columna del atributo principal de la entidad del extremo “uno”. En otras palabras se toma el campo llave del extremo uno y se inserta en la tabla del extremo varios.
- Cuando existe una relación “varios a varios” (binaria) y toda relación donde el grado de participación sea de 2 o más de dos conjuntos de entidades (ternaria, cuaternaria) se representa con una tabla, la cual tiene una columna por cada atributo de las llaves primarias de los conjuntos de entidades a los que participan en la relación, más una o más columnas por cada atributo que fueron necesarios para describir la relación.
- Si existieran campos compuestos en cualquiera de las entidades, conviene evaluar si se necesitara en la base de datos hacer búsquedas por los elementos individuales o atributos que componen el atributo compuesto, si se requiere hacer dichas búsquedas, entonces cada atributo que compone el atributo compuesto deberá ser un campo de la tabla, en caso de que no, la tabla solo contendrá una campo con el nombre del atributo compuesto y el valor de cada registro de este campo estará formado por los valores de los atributos que lo componen. Esto debido a que para hacer búsquedas en un atributo compuesto, es más fácil si se tiene una columna por cada campo que compone el campo compuesto.
- Si existe un atributo multivalorado en una tabla, este se convierte en una tabla que va a estar compuesta por una columna para el campo llave de esta nueva tabla, otro campo que será el campo llave de la tabla de donde proviene el atributo multivalorado (llave foránea) y finalmente un campo que será el que representa al atributo multivalorado, en la tabla habrá un registro por cada valor del atributo multivalorado, con diferente campo llave, y donde se va a repetir la llave foránea para conocer que registros de esta nueva tabla corresponden a un registro de la tabla original.
- Los campos derivados se representan como una columna de la tabla.
- Si una relación contiene atributos, automáticamente se convierte en tabla, tomando los atributos de la relación como campos de la tabla y los campos llaves de las tablas que participan en la relación como campos de esta nueva tabla.
Normalizacion y sus formas normales (básicas)
¿Qué es normalización?
Normalización es un
proceso que clasifica relaciones, objetos, formas de relación y demás elementos
en grupos, en base a las características que cada uno posee. Si se identifican
ciertas reglas, se aplica una categoría; si se definen otras reglas, se
aplicará otra categoría.
Las bases de datos relacionales se normalizan para:
·
Disminuir problemas de actualización de los datos en las tablas.
¿Quién la propuso?
Edgar Frank Codd
Primera Forma Normal
La regla de la Primera Forma Normal establece que las columnas repetidas
deben eliminarse y colocarse en tablas separadas.
Segunda Forma Normal
La regla de la Segunda Forma Normal establece que todas las dependencias
parciales se deben eliminar y separar dentro de sus propias tablas. Una
dependencia parcial es un término que describe a aquellos datos que no dependen
de la llave primaria de la tabla para identificarlos. Una vez alcanzado el
nivel de la Segunda Forma Normal, se controlan la mayoría de los problemas de
lógica. Podemos insertar un registro sin un exceso de datos en la mayoría de
las tablas.
Tercera Forma Normal
Una tabla está normalizada en esta forma si todas las columnas que no
son llave son funcionalmente dependientes por completo de la llave primaria y
no hay dependencias transitivas. Comentamos anteriormente que una dependencia
transitiva es aquella en la cual existen columnas que no son llave que dependen
de otras columnas que tampoco son llave.
Cuando las tablas están en la Tercera Forma Normal se previenen errores de
lógica cuando se insertan o borran registros. Cada columna en una tabla está
identificada de manera única por la llave primaria, y no deben haber datos
repetidos. Esto provee un esquema limpio y elegante, que es fácil de trabajar y
expandir.
La Cuarta Forma Normal
La cuarta forma normal es una forma
normal usada en la normalización de bases de datos. La 4NF se asegura
de que las dependencias multivaluadas independientes estén correcta y
eficientemente representadas en un diseño de base de datos. La 4NF es el
siguiente nivel de normalización después de la forma normal de
Boyce-Codd (BCNF).
Una tabla está en 4NF si y solo si está
en Tercera forma normal o en BCNF (Cualquiera de ambas) y
no posee dependencias multivaluadas no triviales. La definición de la 4NF
confía en la noción de una dependencia multivaluada. Una tabla con una
dependencia multivaluada es una donde la existencia de dos o más relaciones
independientes muchos a muchos causa redundancia; y es esta
redundancia la que es suprimida por la cuarta forma normal.
Consultas
Consultas con parámetros
Un parámetro funciona de forma parecida a un campo
de tabla, pero el valor que almacena lo introduce el usuario cuando se ejecuta
la consulta.
En una consulta cuando utilizamos un nombre de campo que
no está en el origen de datos, Access considera este campo como un parámetro y
cuando se ejecuta la consulta nos pide Introducir el valor del
parámetro mediante
un cuadro de diálogo
Consultas
de acción
Estas se caracterizan por que pueden afectar
al contenido de los datos reales de una tabla, pueden crear nuevas tablas,
añadir o borrar registros, o actualizar tablas.
Este tipo de consultas son muy delicadas,
pues si nos equivocamos o no hemos pensado bien como conseguir lo que
pretendíamos podremos haber modificado irremediablemente la base de datos
original, sin posibilidad de deshacer la acción.
Una consulta de acción es
una consulta que realiza cambios o desplazamientos de muchos registros en una
sola operación. Existen cuatro tipos de consultas de acción: de eliminación, de
actualización, de datos anexados y de creación de tabla.

