viernes, 31 de octubre de 2008
MySQL - Caso Práctico pág. 112
MySQL - Caso Práctico pág. 111
MySQL - Casos Prácticos pág. 110
Antes:
Después:
jueves, 30 de octubre de 2008
MySQL - Caso Práctico pág. 108
- De la tabla EMPLE, mostrar todos los empleados del departamento 20 (DEPT_NO = 20). Además, la conuslta debe aparecer ordenada por la columna APELLIDO. Los campos a consultar son: número de empleado, apellidos, oficio y número de departamento.
[ SELECT EMPLE_NO, APELLIDO, OFICIO, DEPT_NO FROM EMPLE WHERE DEPT_NO = 20 ORDER BY APELLIDO; ]
- Consultar los empleados cuyo oficio sea ANALISTA, ordenado por número de empleado (columna EMP_NO):
- Selecciona aquellas filas del departamento 10 cuyo oficio sea analista. La consulta ha de estar ordenada de modo descendente por APELLIDO y por NUM_EMPLE (columna EMP_NO):
[ SELECT * FROM EMPLE WHERE DEPT_NO = 10 AND OFICIO = 'ANALISTA' ORDER BY APELLIDO, EMP_NO DESC; ]
miércoles, 29 de octubre de 2008
MySQL - Base de Datos ALUMNOS (ej. página 109)
A partir de la tabla ALUMNOS, que contiene los datos de todos los alumnos matriculados en el curso 2008/2009 para un centro de enseñanza, realizar las siguientes consultas:
- Obtener todos los datos de todos los alumnos:
[ SELECT * FROM ALUMNOS; ]
- Obtener los siguientes datos de los alumnos: DNI, NOMBRE, APELLIDOS, CURSO, NIVEL y CLASE.
[ SELECT DNI,NOMBRE,APELLIDOS,CURSO,NUVEL,CLASE FROM ALUMNOS; ]
- Obtener todos los datos de los alumnos cuya población sea Guadalajara.
- Obtener NOMBRE y APELLIDOS de todos los alumnos cuya población sea Guadalajara.
- Consulta el DNI, NOMBRE, APELLIDOS, CURSO, NIVEL y CLASE de todos los alumnos por APELLIDO y NOMBRE en orden ascendente.
martes, 28 de octubre de 2008
Modelo Relacional. Ejercicio A8
jueves, 23 de octubre de 2008
lunes, 20 de octubre de 2008
Ejercicio 1. Página 93
Se desea informatizar la gestión de proyectos del departamento de química de una universidad siguiendo las siguientes especificaciones:
- Al departamento llegan clientes que quieren realizar proyectos. Un cliente puede realizar varios proyectos.
- Un proyecto es de un cliente. Cada proyecto tiene asignada una cuantía de dinero que se utilizará para pagar los gastos del proyecto y para pagar a los colaboradores. De los proyectos nos interesa saber el nombre, la fecha de comienzo y la de fin, entre otros.
- De cada proyecto se realizan muchos pagos para remunerar a los colaboradores.
- De los pagos nos interesa saber el concepto, la cantidad, el IVA aplicado y la fecha de pago. Un pago es de un tipo, y a un tipo de pago pueden pertenecer muchos pagos.
- Los colaboradores son personas o entidades que reciben el dinero de los pagos en concepto de su participación en el proyecto. Un pago sólo puede ser para un colaborador, mientras que un colaborador puede recibir muchos pagos.
- De los colaboradores nos interesa saber: nombre, DNI, domicilio, teléfono, banco, número de cuenta.
Esquema Relacional:

Actividad 6. Página 88
martes, 7 de octubre de 2008
¿Por qué son importantes los valores NULL?
Indicar un ejemplo de su uso.
Con la ayuda de la web, realizar una investigación sobre las bases de datos relacionales y, más específicamente, sobre las 12 reglas de Codd.
REGLA 1: REGLA DE LA INFORMACIÓN
Toda la información en una base de datos relacional se representa en el nivel lógico de una manera: con valores en tablas.
REGLA 2: REGLA DEL ACCESO GARANTIZADO
Todos y cada uno de los datos (valores atómicos) de una BDR son accesibles a nivel lógico utilizando una combinación de nombre de tabla, valor de clave primaria y nombre de columna.
REGLA 3: TRATAMIENTO SISTEMÁTICO DE VALORES NULOS
Los valores nulos (distintos de la cadena vacía, en blanco, a ‘0 ...) sirven para representar información desconocida o a la que aún no se ha accedido, independientemente del tipo de datos.
REGLA 4: CATÁLOGO DINÁMICO EN LÍNEA BASADO EN EL MODELO RELACIONAL
La descripción de la base de datos se representa a nivel lógico de la misma manera que los datos normales, de modo que los usuarios autorizados pueden aplicar el mismo lenguaje relacional a su consulta, igual que lo aplican a los datos normales.
REGLA 5: REGLA DEL SUBLENGUAJE DE DATOS COMPLETO
Un sistema relacional debe soportar varios lenguajes y varios modos de uso de terminal (ej: rellenar formularios). Sin embargo, debe existir al menos un lenguaje cuyas sentencias sean expresables, mediante una sintaxis bien definida, como cadenas de caracteres y que sea completo, soportando:
- Definición de datos
- Definición de vistas
- Manipulación de datos (interactiva y por programa)
- Limitantes de integridad
- Limitantes de transacción (iniciar, realizar, deshacer)
REGLA 6: REGLA DE ACTUALIZACIÓN DE VISTAS
Todas las vistas que son teóricamente actualizables se pueden actualizar por el sistema.
REGLA 7: INSERCIÓN, ACTUALIZACIÓN Y BORRADO DE ALTO NIVEL
La capacidad de manejar una relación base o derivada como un solo operando se aplica no sólo a la recuperación de los datos (consultas), si no también a la inserción, actualización y borrado de datos.
REGLA 8: INDEPENDENCIA FÍSICA DE DATOS
Los programas de aplicación y actividades del terminal permanecen inalterados a nivel lógico cuando se realizan cambios en las representaciones de almacenamiento o métodos de acceso.
REGLA 9: INDEPENDENCIA LÓGICA DE DATOS
Los programas de aplicación y actividades del terminal permanecen inalterados a nivel lógico cuando se realizan cambios a las tablas base que preserven la información.
REGLA 10: INDEPENDENCIA DE INTEGRIDAD
Los limitantes de integridad específicos para una base de datos relacional deben poder ser definidos en el sublenguaje de datos relacional, y almacenables en el catálogo, no en los programas de aplicación.
REGLA 11: INDEPENDENCIA DE DISTRIBUCIÓN
Una BDR tiene independencia de distribución.
REGLA 12: REGLA DE LA NO SUBVERSIÓN
Si un sistema relacional tiene un lenguaje de bajo nivel (un registro de cada vez), ese bajo nivel no puede ser usado para saltarse (subvertir) las reglas de integridad y los limitantes expresados en los lenguajes relacionales de más alto nivel (una relación (conjunto de registros) de cada vez).
Página 51. Ejercicio 7
Una agencia de viajes está formada por varias oficinas que se ocupan de atender a los posibles viajeros. Cada ofician oferta un gran número de viajes. Los viajes trabajan con una serie de destinos y una serie de procedencias. Cada viaje tiene un único destino y una única procedencia, sin embargo, un destino puede ser objetivo de varios viajes y una procedencia ser punto de partida de varios viajes. Cada viaje tiene muchos viajeros.
viernes, 3 de octubre de 2008
Página 51. Ejercicio 5
Realiza el diagrama de datos en el modelo E-R, que represente este problema.
Los coches pueden ser nuevos o de segunda mano. De lo nuevos nos interesa saber las unidades que hay en el taller. De los viejos, el año de fabricación, el número de averías y la matrícula.
Los mecánicos se encargan de poner a punto los coches usados del taller. Un mecánico pone a punto varios coches usados.
Un cliente puede comprar varios coches; un coche puede ser comprado por varios clientes. De la compra nos interesa la fecha y el precio.







