Ejercicios Modelo E/R

Aquí tienes los enunciados.

A continuación los resultados recolectados de este año:

1.- La búsqueda de Independencia física, independencia lógica, flexibilidad,uniformidad y sencillez.

2.- Es creada y desarrollada entre 1970 y 1972 apareciendo los primeros prototipos entre 1973 y 1978.

3.- El primero en aparecer fue ORACLE  en 1979. MYSQL aparece en 1995.

4.- En 2011

5.- En 1996 ANSI normaliza el lenguaje procedimental basado en SQL: SQL/PSM.

 SQL / PSM (SQL / Módulos almacenado persistente) es un estándar ISO define principalmente una extensión de SQL con un lenguaje de procedimientos para su uso en procedimientos almacenados. // estándar para el SQL programado

6.- a) grado o nº de columnas: autor 1 > 4; autor 2 > 4. cardinalidad o nº de filas: 4; 7. Dominios: texto; texto * claves candidatas: nombre; nombre e idioma. claves primarias: nombre; nombre e idioma.  claves alternativas: no tiene; no tiene.

*dominio nombre={Alberto, Ana, Angel,...}

dominio nacionalidad={afgana,...,española,...}

6.- b) No, porque idiomas no puede tener más de un valor.

7.-editorial) clave candidata: nombre_e, direccion;  clave principal: nombre_e, clave alternativa: dirección y clave ajena: no tiene.

libro) clave candidata: código, titulo ; clave principal: código, clave alternativa: titulo y clave ajena: editorial.

8.- 

Código modulo	aula	profesor	asignatura
1	B1	Alberto	Bases de datos
2	B2	Manuel	Programación
3	C1	Antonia	Redes

9.- inherente, que es propia del modelo relacional que dice que no puede haber dos elementos iguales.

10.- Si. Ejemplo:

Num_empleado	Nombre	Edad	Oficina	Director	Cuetas	ventas
101	Dan	48	5	104	200	500
104	Robert	50	5	200	300	1000

11.-  

Regla 0: El sistema debe ser relacional, base de datos y administrador de sistema. Ese sistema debe utilizar sus facilidades relacionales (exclusivamente) para manejar la base de datos.

Regla 1: La regla de la información, toda la información en la base de datos es representada unidireccionalmente, por valores en posiciones de las columnas dentro de filas de tablas. Toda la información en una base de datos relacional se representa explícitamente en el nivel Lógico exactamente de una manera: con valores en tablas.

Regla 2: la regla del acceso garantizado, todos los datos deben ser accesibles sin ambigüedad. Esta regla es esencialmente una nueva exposición del requisito fundamental para las llaves primarias. Dice que cada valor escalar individual en la base de datos debe ser lógicamente direccionable especificando el nombre de la tabla, la columna que lo contiene y la llave primaria.

Regla 3: Tratamiento sistemático de valores nulos, el sistema de gestión de base de datos debe permitir que haya campos nulos. Debe tener una representación de la "información que falta y de la información inaplicable" que es sistemática, distinto de todos los valores regulares.

Regla 4: catálogo dinámico en línea basado en el modelo relacional, el sistema debe soportar un catálogo en línea, el catálogo relacional debe ser accesible a los usuarios autorizados. Es decir, los usuarios autorizados deben poder tener acceso a la estructura de la base de datos (catálogo).

Regla 5: la regla comprensiva del sublenguaje de los datos, el sistema debe soportar por lo menos un lenguaje relacional que:

Tenga una sintaxis lineal.

Puede ser utilizado de manera interactiva.

Soporte operaciones de definición de datos, operaciones de manipulación de datos (actualización así como la recuperación), seguridad e integridad y operaciones de administración de transacciones.

Regla 6: regla de actualización, todas las vistas que son teóricamente actualizables deben ser actualizables por el sistema.

Regla 7: alto nivel de inserción, actualización y borrado, permitiendo el sistema realizar manipulación de datos de alto nivel, es decir, sobre conjuntos de tuplas. Esto significa que los datos no solo se pueden recuperar de una base de datos relacional de filas múltiples y/o de tablas múltiples, sino también pueden realizarse inserciones, actualización y borrados sobre varias tuplas y/o tablas al mismo tiempo (no sólo sobre registros individuales).

Regla 8: independencia física de los datos, los programas de aplicación y actividades del terminal permanecen inalterados a nivel lógico cuando quiera que se realicen cambios en las representaciones de almacenamiento o métodos de acceso.

Regla 9: independencia lógica de los datos, los cambios al nivel lógico (tablas, columnas, filas, etc.) no deben requerir un cambio a una solicitud basada en la estructura. La independencia de datos lógica es más difícil de lograr que la independencia física de datos.

Regla 10: independencia de la integridad, las limitaciones de la integridad se deben especificar por separado de los programas de la aplicación y se almacenan en la base de datos. Debe ser posible cambiar esas limitaciones sin afectar innecesariamente las aplicaciones existentes.

Regla 11: independencia de la distribución, la distribución de las porciones de la base de datos a las varias localizaciones debe ser invisible a los usuarios de la base de datos. Los usos existentes deben continuar funcionando con éxito:

cuando una versión distribuida del SGBD se introdujo por primera vez

cuando se distribuyen los datos existentes se redistribuyen en todo el sistema.

Regla 12: la regla de la no subversión, si el sistema proporciona una interfaz de bajo nivel de registro, a parte de una interfaz relacional, que esa interfaz de bajo nivel no se pueda utilizar para subvertir el sistema, por ejemplo: sin pasar por seguridad relacional o limitación de integridad. Esto es debido a que existen sistemas anteriormente no relacionales que añadieron una interfaz relacional, pero con la interfaz nativa existe la posibilidad de trabajar no relacionalmente.

12.- tabla detalles de pedidos) clave candidata: id_pedido e id_producto; clave primaria: ide_pedido e id_producto; clave alternativa: no tiene; clave ajena: id_pedido, id_producto.

tabla productos) clave candidata: id_producto, nombre; clave primaria: id_producto; clave alternativa: nombre; clave ajena: id_categoria.

13.- pedidos) clave candidata; id_pedido,  clave primaria: id_pedio; clave alternativa: no tiene; clave ajena: id_cliente, id_vendedor, id_transpor.

vendedor) clave candidata: id_vendedor, dni; clave primaria: id_vendedor; clave alternativa: dni; clave ajena: no tiene.

14.- categorías) clave candidata: id_categoria; clave primaria: id_categoria; clave alternativa: no tiene; clave ajena: no tiene.

productos) clave candidata: id_producto, nombre; clave primaria: id_producto; clave candidata: nombre; clave ajena: id-categoria.

15.-

16.-