ER /DFD /Modelo Relacional Flashcards

Question

Integridad referencial en el MR

Answer 1

En las relaciones donde existe el atributo clave ajena (FK), sus valores deben coincidir con los de la clave primaria (PK) de la relación referenciada en ese atributo. O en su defecto ser NULL pero nunca otro valor que no exista en la relación referenciada. En propagación de clave es donde pueden aparecer NULL, si una relación existe pero todavía no está asociada. Para los casos de relaciones intermedias que la clave de la relación es compuesta por las PK de las otras dos relaciones, en este caso no puede ser NULL.

Answer 2

Tenemos tres tipos de claves, de mayor abstracción a menor: 1) Superclave: Es cualquier conjunto de atributos que identifican univocamente a una tupla. - {dni} - {nss} - {dni, nombre} - {nss, nombre} - {dni, nss, nombre} *NOTA: puede haber atributos de 'relleno' que sumados a atributos únicos pueden formar superclave. 2) Clave candidata: Del conjunto de superclases las que no se puedan reducir más. Que no se puede eliminar ningún atributo más sin dejar de ser univoca. - {dni} - {nss} 3) Clave primaria: Es la selección de una clave dentro de las claves candidatas. - {dni}

Answer 3

0. Regla 0 (regla fundamental) Para gestionar la base de datos, el sistema gestor debe emplear únicamente sus capacidades relacionales. 1. Regla 1 (de la información) Toda la información almacenada en la base de datos debe estar representada como valores en tablas, lo cual incluye, por tanto, la propia información del diccionario de datos. 2. Regla 2 (del acceso garantizado) Cualquier información almacenada en la base de datos debe poder ser accesible de manera unívoca mediante un nombre de tabla, un nombre de columna y el valor de la clave primaria para la fila en la que está almacenada la información en cuestión. 3. Regla 3 (del tratamiento sistemático de los valores nulos) Los valores nulos se soportan por el gestor de base de datos para representar la falta de información o información desconocida, independientemente del tipo de datos. 4. Regla 4 (catálogo en línea dinámico basado en el modelo relacional) A nivel lógico, la descripción de la base de datos se representa de la misma forma que los datos normales y, por tanto, los usuarios autorizados podrán consultar dicha descripción empleando el mismo lenguaje relacional que emplean para consultar los datos. 5. Regla 5 (del sublenguaje completo de datos) El sistema gestor puede soportar varios lenguajes y modos de uso de terminal, pero debe existir al menos uno cuyas sentencias sean expresables como cadenas de caracteres, mediante una sintaxis bien definida, y que sea completo, es decir, que permita los siguientes tipos de operaciones: * Definición de datos. * Definición de vistas. * Manipulación de datos (interactiva y por programa) * Restricciones de integridad. * Gestión de autorizaciones. * Limitantes de transacción (inicio-fin, confirmar, deshacer) (begin-end, commit, rollback) 6. Regla 6 (de actualización de vistas) El sistema gestor debe ser capaz de actualizar todas las vistas que sean teóricamente actualizables. 7. Regla 7 (inserción, actualización y borrado de alto nivel) El sistema gestor debe proporcionar operadores no sólo para recuperar, sino también para insertar, actualizar y borrar conjuntos de datos (de una o más filas y procedentes de una o varias tablas) y no sólo filas una a una. 8. Regla 8 (independencia física de datos) Los cambios que puedan producirse en la base de datos a nivel físico (ficheros que almacenan los datos, discos en los que se ubican, etc.) no deben implicar cambios en las aplicaciones que consultan o manipulan los datos, es decir, las aplicaciones son independientes de la infraestructura que soporta la base de datos y el sistema gestor. Desde el punto de vista de la arquitectura ANSI/X3/SPARC, esta regla se refiere a la abstracción que permite que los cambios en el nivel interno no supongan tener que modificar el nivel conceptual. 9. Regla 9 (independencia lógica de datos) Los cambios que puedan producirse en la base de datos a nivel lógico (tablas, filas, columnas) no deben implicar cambios en las aplicaciones que consultan o manipulan los datos. La independencia lógica es más compleja de implementar que la física, siendo las vistas el método más habitual para facilitar esta abstracción. Desde el punto de vista de la arquitectura ANSI/X3/SPARC, esta regla se refiere a la abstracción que permite que los cambios en el nivel conceptual no supongan tener que modificar el nivel externo. 10. Regla 10 (independencia de integridad) Las restricciones de integridad deben poder especificarse en un sublenguaje relacional y almacenarse en el catálogo, no siendo por tanto necesario implementarlas en las aplicaciones que manipulan los datos. Esto permite que los cambios en dichas reglas de integridad no obliguen a modificar las aplicaciones. 11. Regla 11 (independencia de distribución) La consulta o manipulación de los datos almacenados debe hacerse de la misma manera independientemente de si la base de datos está centralizada o distribuida. Esta regla implica que el sistema gestor soporta los siguientes tres tipos de transparencia: * De localización: Los datos se consultan o manipulan siempre igual, sea la base de datos local o remota. * De fragmentación: Los datos se consultan o manipulan siempre igual, estén las tablas o no fragmentadas. * De replicación: Los datos se consultan o manipulan siempre igual, estén los datos o no replicados en varias ubicaciones. 12. Regla 12 (de la no subversión) Si el sistema gestor proporciona un lenguaje de bajo nivel para manipular los datos, éste no puede permitir saltarse (subvertir) las reglas de integridad definidas sobre la base de datos en lenguajes de más alto nivel.

Answer 4

Que siempre que aparezca un valor de X vamos a tener el mismo valor de Y, sin que X sea clave. X = Determinante Y = Dependiente

Answer 5

c) La entidad es aquel objeto, real o abstracto, acerca del cual se desea almacenar información en la base de datos. NOTA: LA d) estaria bien para el Modelo Relacional, pero estamos en modelo E/R

Answer 6

Cojunto de valores que puede tomar ese atributo, tanto en MR como en E/R

Answer 7

d) El nivel interno también recibe el nombre de nivel lógico.

Answer 8

c) Dependencia de la distribución. Que la base de datos se almacene o gestione de forma distribuida en varios servidores afecta al uso de la misma y a la programación de las aplicaciones de usuario.

Answer 9

b) Un atrbuto Y se dice que depende funcionalmente de otro X, si y solo si, a cada valor de X le corresponde un único valor de Y

Answer 10

d) No está en ninguna forma normal.

Answer 11

d) Cardinalidad, nombre, tipo de correspondencia.

Answer 12

c) Integridad de entidad.

Answer 13

d)AccionFormativa (idAccionFormativa (PK), denominacion, numAlumnos) Curso (idAccionFormativa (FK), horasTeoricas, horasPracticas) Taller (dAccionFormativa (FK), especialidad, material)

Answer 14

Cuando tenemos una conjunto (clave) y el resto de atributos tienen una dependencia funcional con todos los miembros del conjunto y no con un subconjunto de ellos

Answer 15

Cuando a cada valor de un atributo A le corresponde un conjunto definido de valores de B A-->--> B

Answer 16

Estará en 1FN si no contiene grupos repetitivos, cada atributo de una tupla tiene a lo sumo un valor. NOTA: R(234, pepe, 675434343, "C/ angustias 34, 54678, poblacion, provincia, pais") --> en este caso tampoco estariamos en 1FN por exceso de información en un campo.

Answer 17

Si esta en 1FN. Si todos los atributos no principales tienen dependecia funcional completa de la clave principal. Si la clave es simple ya está en 2FN. R1(A,B,C,D) => {A,B} (10, a, *, 1) (10, b, :, 2) (20, a, *, 3) (30, a, *, 4) (30, b, :, 5) B-->C Podemos ver dependencia funcional entre B y C pero no con A, con lo que no habría dependencia funcional completa. Desacemos el problema con una nueva relación. R1(A,B,C,D) => {A,B} R2(B, C) => {B} (10, a, 1) (10, b, 2) (20, a, 3) (30, a, 4) (30, b, 5) (a, *) (b, :)

Answer 18

Si está en 2FN Si no tiene dependencias transitivas, es decir, si cada atribto no principal depende solo de la clave y no de otro atributo no principal. NOTA: Parecido a la 2FN pero con la dependencia entre atributos no claves R1(A,B,C,D) => {A} (10, a, *, 1) (20, b, :, 2) (30, a, *, 3) (40, a, *, 4) (50, b, :, 5) B-->C Podemos ver dependencia funcional entre B y C con lo que habría una depencia funcional entre dos atributos no principales. Desacemos el problema con una nueva relación. R1(A,B,C,D) => {A} R2(B, C) => {B} (10, a, 1) (20, b, 2) (30, a, 3) (40, a, 4) (50, b, 5) (a, *) (b, :)

Answer 19

Si está en 3FN Los determinantes de todas las Dependencias Funcionales son clave. Ej.: R(A, B, C, D) = {A} A --> B B--> C (No se puede si ya está en 3FN) B --> A ¿?¿? (Dependencia de un atributo clave de uno no principal, se les pasó en la 3FN)

Answer 20

Que esté en 3FN. Si toda Dependencia Multivaluada no trivial está implicada por una clave candidata. Si no hay Dependencias Multivaluadas. Asignatura Profe Curso Cálculo Ana primero Cálculo Ana segundo Cálculo Paco primero Cálculo Paco segundo Asignatura -->--> Profesor Asignatura -->--> Curso Hay que romper la relacion en dos: R1(Asignatura, profesor) R2(Asignatura, curso)

Answer 21

Está en 4FN. Si toda Dependencia de Combinación (proyección- unión) está implicada por claves candidatas.

Answer 22

c) Dependencia de la distribución. Que la base de datos se almacene o gestione de forma distribuida en varios servidores afecta al uso de la misma y a la programación de las aplicaciones de usuario.

Answer 23

b) Está en 2FN y no existe ninguna dependencia transitiva de atributos no principales respecto de las claves.

Answer 24

Correspondencia se refiere a los tipos de cardinalidad que hay: * 1:1 * 1:N * N:M Cardinalidad es la correspondencia concreta de cada parte de una relación (1, n), (0,n), (1,1), ....

Answer 25

Aquella cuya existenica depende de otro tipo de entidad llamada Fuerte o Regular. NOTA: Existen dos tipos de 'dependencia': Existencia e Identidad

Answer 26

Dos clasificaciones combinadas: a) Total (Al menos de un subtipo) b) Parcial (No es necesario que sea de un subtipo) b) Exclusiva/Disyuntiva (Solo puede ser de un subtipo) c) Solapada / No Disyuntiva (Puede ser de varios subtipos)

Answer 27

Numero de (tipo) entidades que participan en una relación. Podemos tener grado 1 o reflexivas, grado 2 o binarias, 3 o ternarias

Answer 28

Numero (máximo y mínimo) de entidades de un extremo de una relacion que se relaciona con una entidad del otro extremo NOTA: Tipo de Correspondencia, serían las cardinalidades máximas de cada extremo (encima del rombo)

Answer 29

Número de ATRIBUTOSde una relación NOTA: Una forma de referirse al conjunto y no al número es la Intensión

Answer 30

Número de TUPLAS de una relacion NOTA: Una forma de referirse al conjunto y no al número es la Extensión

Answer 31

1.- No se crea una relación nueva 2.- Se propaga la clave primaria, PK, del lado del '1' al lado del 'N'. Este nuevo atributo será un foreign key, FK.

Answer 32

Conjunto de atributos que identifican univocamente a cada tupla NOTA: Recordar que una clave con campos de relleno es superclave. Las que no sean reducibles serán también claves candidatas.

Answer 33

En una relación, si existe un atributo que es clave ajena en la relación, tendrá que tener el mismo valor de la PK de la referenciada o ser NULL. NOTA: en una relación 1:N es parte de la técnica de transformación. En una relación N:M también se da una propagación hacia la tabla 'pivote'.

Answer 34

Ningún atributo que forme parte de la PK puede ser NULL.

ER /DFD /Modelo Relacional Flashcards

(58 cards)