EXAMEN PARCIAL 1
CURSO: BASES DE DATOS
MAESTRÍA UPAEP OTOÑO 2006
Reglamento
NO copiar. No Internet. NO celular. NO chat.
El examen debe ser contestado con lapicero.
NO olvides poner tu nombre en cada hoja que vayas a entregar del examen.
Entrega únicamente las respuestas de tu examen.
Preguntas
1.- (10 puntos) En cada inciso responde con una definición en tus propias palabras y un ejemplo:
a) Llave primaria
b) Tabla
c) Atributo
d) Vista
e) Secuencia
f) "Trigger"
g) "Store procedure"
2.- (10 puntos) Describe las desventajas de un sistema de archivos (file system) contra un sistema administrador de bases de datos (DBMS)
3.- (20 puntos) Muestra un ejemplo de uso de llaves foráneas o "triggers" para reforzar la integridad referencial en una base de datos.
4.- (30 puntos) Queremos enviar datos de una base de datos que se encuentra en una computadora hacia otra computadora para posteriormente cargarlos en un RBMS. El sistema operativo de la computadora origen tiene un “file system” que permite archivos de tamaño máximo 4 Gb, desafortunadamente la maquina destino tiene un sistema operativo que solo soporta archivos de 2 Gb de longitud. Los datos que quieres enviar desde la maquina origen miden 10 Gb y se encuentran en una tabla de un RDBMS.
a) Enlista los pasos (en la forma de algoritmo) a seguir para enviar los datos de una maquina a la otra
b) ¿Cómo puedes garantizar que los datos que salen de una maquina llegan íntegros y completos a la otra?
c) Explica porque los sistema operativos esta influyendo en el trabajo relacionado con las bases de datos
5.- (30 puntos) En una empresa mexicana x s.a. se va a desarrollar un inventario de las aplicaciones productivas (software de aplicación). Crear el diagrama ER para los siguientes requerimientos del cliente:
Queremos un sistema de inventario de las aplicaciones de nuestro centro cómputo, el centro de cómputo cuenta con varios servidores productivos que tienen instaladas las diferentes aplicaciones y cada uno tiene instalado software de sistemas como: sistemas operativos, DBMSs y diversas herramientas.
Lo que más no interesa del sistema es el control de las aplicaciones, cada aplicación incluye lo datos siguientes: identificador de la aplicación, un nombre y una descripción corta de la aplicación , el departamento a cargo , el identificador del servidor productivo donde esta instalada (convendría tener la IP del servidor), la herramienta y lenguaje con la que fue desarrollada, el DBMS que esta usando (pudiendo no estar usando uno), la fecha en que fue liberada, el nivel de criticidad, su identificador dentro del software administrador de versiones, y finalmente las 3 personas encargadas de la aplicación: el especialista consultor , el experto de mantenimiento y la persona que actúa como respaldo de mantenimiento cuando no se encuentra el otro.
De los diferentes datos de la aplicación nos interesa tener a la mano todos los datos de las 3 personas responsables principalmente la forma de contactarlos: teléfonos, e-mails, “icq”, “messenger”, beeper, celular, etc. así como sus nombres, ubicaciones y extensión telefónica dentro de la empresa.
También queremos tener control de todos los servidores productivos, y saber que software de sistemas tienen instalado, así como cuales aplicaciones “viven” en ellos. Hemos visto que este sistema podría ser utilizado a nivel corporativo para consulta, entonces nos seria de utilidad tener las características del servidor: memoria, número de procesadores, capacidad de disco, etc. así como su dirección IP y hostname.
Vimos que este sistema nos puede ser útil para tener un control de versiones del software instalado y los contratos de mantenimiento de los mismos, así que vale la pena guardar, además del nombre del software, su versión y “release”, fecha de última actualización, “service packs” instalados, contrato de mantenimiento y fecha de vencimiento del mismo.
Por otro lado, nuestro software de administración de versiones nos proporciona un reporte mensual de las aplicaciones productivas y las versiones instaladas, así que valdría la penar tener en este inventario que vamos a desarrollar los datos del lugar (base de datos) del software de administración de versiones donde se encuentran las aplicaciones y de la versión que se encuentra instalada.
Nos hemos dado cuenta que este sistema nos va a servir para cuadrar lo que tiene nuestro software administrador de sistemas con la realidad, puesto que es probable que haya aplicaciones que no están dadas de alta en dicho software y seguramente tendremos que acudir a las diversas áreas de la compañía para pedir su apoyo y que nos den toda la información de aplicaciones adicionales.