BASE DE DATOS Introduccin

U S U A R I O Aplicaciones - U.Net - Java - C++

B/D

Repositorio de Datos Procesamiento Informacin

Introduccin a las bases de datos Procesamiento de Archivos VS Base de Datos - Eliminar redundancias - Poder compartir los datos (aplicaciones viejas y nuevas) - Cumplir normas especificas (estndares) - Mantener seguridades - Mantener integridad de datos - Reducir las inconsistencias

Datos repetidos (redundancias) No se manejaban estndares Haba inconsistencia de datos Falta de seguridad en los datos No existan aplicaciones de uso general

Concepto de base de datos.- Es un repositorio en donde guardamos informacin que podemos almacenar y recuperar.

Componentes de una base de datos. 1

Son: - Hardware - Software - Datos

constituido llamado

Dispositivos de Almacenamiento DBMS (Sist. Manejador de B/D) Almacenados y Procesados de acuerdo a la Informacin Usuario

DBMS

Mtodos de Acceso

Datos

Tipos de Usuario B/D Son: - Usuario Final.- Es la persona que utiliza los datos. (Ve las aplicaciones) - Desarrollador de Aplicaciones.- Es la persona que desarrolla los sistemas que van a interactuar con la base de datos. - DBA (Administrador D/B).- Es la persona que asegura la integridad, la consistencia, reducir la redundancia y las seguridades. Es la que se encarga del mantenimiento peridico o diario de los datos. Conceptos Bsicos. - Archivos: Conjunto de Registros. - Registros: Conjunto de Campos. - Campos: Unidad mnima de referencia. Niveles de Abstraccin. Usuario Final Desarrollador de Aplicaciones DBA Externo Externo Externo

Conceptual

Interno

Fsico

2

- En el nivel Externo o tambin llamado Visin, se refiere a la Visin del Usuario Final. Se ven los datos convertidos en Informacin. - En el nivel Conceptual se ve como est estructurada la base de datos, que tipo de campos tienen los datos y como estn estructurados esos registros, regularmente trabaja el Desarrollador de Aplicaciones. - Nivel Interno o Fsico es el que ve como almacenan los datos fsicamente, regularmente trabaja el DBA. ARCHIVO DE CLIENTES Nombre Ana Jos Campo Apellido Lpez Mera Edad 20 30

Registro

DBMS (Sistema Manejador de Base de Datos) DBA Subsistema de un Herramientas de Definicin Interfase de Procesamiento Desarrollo de Aplicaciones Diccionario de Datos DBMS E/S lgicas

Usuario de Aplicacin

Motor/ Ncleo DBMS

E/S Fsicas S.O B/D

Motor o Ncleo.Este recibe los requerimientos lgicos de entrada y salida y los convierte en requerimiento fsicos, operaciones de lectura y escritura. Los requerimientos lgicos son cualquier tipo de consulta (Requerimiento de lectura) o ingreso de datos (Requerimiento de escritura). Es ayudado por el sistema operativo para convertir estos requerimientos lgicos en fsicos que acten sobre los dispositivos de almacenamiento. Herramientas de Definicin.3

Permiten definir y modificar la estructura de la base de datos, a este nivel definimos lo que se conoce como esquema, que es la definicin total de la base de datos, es aqu donde definimos la estructura de las tablas, los tipos de campos y las restricciones para los campos. Dos partes importantes en este subsistema son: El sub-esquema y el esquema. El sub-esquema permite el manejo de vistas de datos, el manejo se realiza en niveles externos y el esquema es el manejo de niveles conceptuales. Esquema Sub-Esquema Niv. Conceptuales (Ing. de Desarrollo) Niv. Externos (Usuario Final) Vistas s

Interfase de Procesamiento.Provee las facilidades de actualizacin, despliegues y visualizacin de datos. - Insert, select, delete, update. Desarrollo de Aplicaciones.Este subsistema nos permite generar una aplicacin, como por ejemplo: generadores de cdigos, generadores de reportes, generadores de formas o pantallas. Diccionario de Datos.Este es el componente o subsistema tonel que interacta directamente el DBA, le proporciona funciones de consulta y reportes tiles para su trabajo de administracin. Es la descripcin de la estructura de la base de datos y las relaciones entre datos y programas. Caractersticas y Objetos de un DBMS - Independencia de datos.- El DBMS provee una independencia de datos versus las aplicaciones. Esto quiere decir que cambian las aplicaciones y no se van a ver afectados los datos. Asi mismo vamos a poder proteger nuestros programas de aplicacin frente a las modificaciones en la estructura de los datos y viceversa. - Independencia Fsica.- Es la proteccin a los programas de aplicacin debido a los cambios en las estructuras de los archivos (tablas) o cambios en las caractersticas de los campos. Ejemplo: Cambio del tipo de datos de un campo de carcter a numrico. - Independencia Lgica.- Cambios en el esquema. - Minimizar las redundancias (Datos Repetidos).- Las redundancias son datos repetidos y distribuidos en cualquier parte. El efecto que ocasiona la redundancia es tener inconsistencia en los datos y desperdicio en el espacio de almacenamiento - Inconsistencia de datos.- Datos que en un lugar tienen un valor y en oro lugar otro valor. Archivo Cliente Archivo Pago Cliente J. Prez Cliente realiz Un pago 4 Pago $50 Cliente J. Prez Pago $30

De $20 Inconsistencia - Integridad de datos.- Son conjuntos de seguridades que son utilizadas para mantener los datos correctos. - Fuentes de error.- Estas fuentes de error se originan si el programa de entrada de datos no est valido. Ejemplo: Fallas de hardware. Actualizaciones incompletas. Defectos del software. Insercin de datos no validos. Errores humanos. Una tcnica que utiliza el DBMS para corregir una entrada de datos no valida es la validacin. - Validacin.- Es proteger los datos, validarlos desde la entrada misma de datos. Existen diferentes tipos de validaciones: Validacin en el tipo de datos.- Quiere decir que si definimos un tipo de dato como carcter, no podemos ingresar datos como nmeros. Validacin en los rangos del tipo de dato.- Es la existencia de un rango definido de posibles valores validos para cada tipo de datos. Validacin por valores claves (no nulos).- Esta validacin es la que me asegura que las tablas tengan un campo con valores nicos y no nulos denominada Clave Primaria. Validacin por integridad referencial.- Esta asegura que no existen registros hijos sin su registro padre correspondiente. - Control de concurrencia o simultaneidad.- Este control se da en ambientes multiusuarios y se presenta cuando mas de un usuario esta tratando de acceder a un objeto de la base de datos al mismo tiempo lo que se denomina Concurrencia. - Control de seguridades.- Aqu dentro de este control encontraremos los consejos de generalidades y bloqueo. - Granuladidad.- Es el tamao de las unidades aseguradas, por ejemplo: la granuladidad puede proteger una tabla o archivo, o incluso puede proteger en campo especfico. - Bloqueo o Dead-Lock.- Es la tcnica que evita errores de concurrencia o simultaneidad y esta se da cuando se desarrolla una espera circular entre 2 transacciones y cada una de ellas solicita una actualizacin sobre el mismo archivo, sea no permite a otros usuarios utilizar el recurso hasta que termine el proceso o transaccin de la espera circular.

5

Caractersticas y Objetos de un DBMS Recuperacin de Datos. El recuperar los datos frente a las fuentes de error mencionadas anteriormente. La restauracin de la base de datos a su estado normal es responsabilidad del DBA quien es el responsable de implementar procedimiento de errores y recuperacin. Mecanismos de Recuperacin. Backup. Es el respaldo de toda la informacin actual en un disco duro, cinta magntica, cd, o algn otro dispositivo de almacenamiento. Medio de Almacenamiento Back up DBA Proc 1 vez c/semana Domingo 00h00 1) Backup en Fro. Se realiza cuando la base de datos no est operativa, ese tipo de backup o respaldo se efecta de manera semanal. 2) Backup en Caliente. Se realiza cuando la base de datos este en operacin funcionando. El respaldo se lo realiza a diario o cuando las circunstancias lo amerite. Mirror (Espejo). Es una copia de la base de datos, que me permite estar en lnea por medio de un controlador y me proporciona alta disponibilidad.copia

B/D

B/D

B/D Alta Disponibilidad

Usuario

Controlador

Archivos de Logos (Registros de Transacciones) Se lleva un registro de las transacciones diarias y cuando ocurre un problema se recurre a los archivos de logs y se puede hacer un reverso y recuperar lo ultimo que se hizo. recupera B/D 6

.txt -------------

Seguridad en los datos. 1.- Objetos a asegurar 2.- Codificacin de claves 3.- Controles de acceso Datos | Programas | Esquema Log In (Usuario y Password) Seguridad contra accesos no autorizados

1. El primer objeto a asegurar son los datos, luego los programas y por ultimo el esquema. 2. El DBMS provee la seguridad de tener un log in (que es al ingreso del usuario y Password para accesar a los datos). 3. Se especifican seguridades contra acceso no autorizado. Se definen roles de acceso. Control y Administracin de los recursos. El DBMS debe proveer al DBA de todos los mecanismos para control y administracin de recursos para que este pueda cumplir con la integridad de datos, recuperacin de errores e implementacin de seguridades. Integridad Recuperacin Seguridad

Herramientas DBA

Establecer relaciones entre los datos. 1. Uno a Uno 2. Uno a Muchos 3. Muchos a Muchos Diagrama Entidad/ Relacin

Ciclo de Vida de las aplicaciones de Base de Datos Estas etapas del ciclo de vida no son estrictamente secunciales, de repetir varias de las etapas algunas veces haciendo lo que se conoce Retroalimentacin, por ejemplo: los problemas que se encuentran en la de la base de datos pueden requerir una recoleccin de requisitos posterior anlisis. hecho hay que como ciclos de etapa de diseo adicional y su

7

Ciclo de Vida

Planificacin del Proyecto. Esta etapa conlleva la planificacin de cmo llevar a cabo las etapas del ciclo de vida de las maneras ms eficientes. Hay 3 componentes principales que son el trabajo que se ha de realizar, los recursos que se han de usar y el dinero que se va a utilizar. Definicin del Sistema. En esta etapa se especifica el mbito y los Limites de la aplicacin de base de datos o como y con que otros sistemas interacta. Tambin hay que determinar quienes son los usuarios y las reas de aplicacin. Recoleccin y Anlisis de los Requisitos. En esta etapa se recogen y analizan los requerimientos de los Usuarios y de las reas de informacin. Esta se puede obtener de varias formas: - Entrevistando al personal de la empresa (concretamente a aquellos que son expertos en las reas de inters). - Observando el funcionamiento de la empresa. - Examinando los documentos sobre todo aquellos que se utilizan para recoger o visualizar la informacin. - Utilizando cuestionarios para recoger informacin de grandes grupos de usuarios. - Usando la experiencia adquirida en otros sistemas. Diseo de la B/D. - Diseo Conceptual de la B/D.- Es la produccin de un esquema conceptual, que es independiente de todas las consideraciones fsicas.

8

- Diseo lgico de la B/D.- Este modelo despus se ajusta en un esquema lgico, eliminando las construcciones que no se pueden representar en el modelo de base de datos escogido. - Diseo fsico de la B/D.- Es la tercera parte, el esquema lgico se transforma en esquema fsico para el gestor del sistema manejador de B/D escogido. La fase del diseo fsico considera las estructuras de almacenamiento y los mtodos de acceso correspondientes para proporcionar un acceso eficiente a la B/D en la memoria secundaria. Seleccin del Sistema Gestor de B/D. Sino se dispone de un sistema gestor de B/D o el que se tiene ya est obsoleto, se debe escoger un sistema gestor de B/D que sea adecuado para el sistema de informacin. Esta eleccin se debe hacer en cualquier momento antes de realizar el diseo lgico. Diseo de la Aplicacin. En esta etapa se disean los programas de Aplicacin que utilizarn y aplicarn las B/D. Es importante que la base de datos exista para que de soporte a las aplicaciones por lo que habr una retroalimentacin desde el diseo de las aplicaciones al diseo de la B/D. En esta etapa hay que asegurarse que toda la funcionalidad especificad en los requisitos del usuario se encuentren en el diseo de la aplicacin. Prototipo. Esta etapa es opcional, es para construir prototipos de aplicacin, que permitan a los diseadores y a los usuarios probar el sistema. Normalmente es utilizado por las empresas que quieren vender un software. Un Prototipo es un modelo de trabajo de las aplicaciones del sistema. No tiene toda la funcionalidad del sistema final, pero es suficiente para que los usuarios puedan aprobar o no la conclusin del sistema. Desarrollo. En esta etapa se crean las definiciones de la Base de Datos a nivel conceptual, interno y externo, as como los programas de aplicacin. La Implementacin de la Base de Datos se la realiza mediante las sentencias SQL, estas sentencias se encargan de crear el esquema de la base, los ficheros donde se almacenan los datos y la vista de los usuarios. Los programas de aplicacin se implementan utilizando lenguajes de programacin como Visual Basic, C++, Java quienes van a interactuar a travs de transacciones con la base de datos. En esta etapa tambin se implementan los controles de seguridad o integridad. Se finaliza esta etapa con una prueba interna del equipo de desarrollo. Implementacin o Puesta en Produccin. No es nada ms que pasar todo el sistema de un ambiente de desarrollo a un ambiente de produccin para su posterior utilizacin, antes de comercializar el sistema que esta en produccin o antes que sea usado por los usuarios de forma masiva se realizaran las siguientes etapas. Conversin y Carga de Datos. Esta etapa es Opcional, es necesario cuando se va a reemplazar un sistema antiguo por uno nuevo. Los datos se cargan desde el sistema anterior al nuevo directamente o si es

9

necesario se convierten al formato que requiere el nuevo sistema gestor de B/D y luego se cargan. A esta etapa se la suele llamar Migracin. Prueba. En esta etapa se prueba y valida al sistema ya con datos reales, de una manera metdica y rigurosa, con la finalidad de dar por aceptado el sistema y se formalice su utilizacin en produccin. Mantenimiento. Una vez que el sistema esta implementado, puesto en marcha, viene la etapa de mantenimiento en lo que se lleva a cabo las siguientes tareas: - Monitoreo de las tareas. - Mantenimiento y Utilizacin del Sistema.

Modelo Entidad Relacin Conceptos Bsicos. Modelaje.- Es el proceso mediante el cual podemos identificar las propiedades dinmicas o estticas de un dominio de aplicacin con miras a su transformacin en un diseo implementable en un sistema computarizado que es el plasmar los requerimientos de los usuarios en un diagrama para poder implementarlo

Fsico

B/D

- Requerimientos. - Dominio de Aplicacin

Diseo implementable en un sistema

Entidad.- Es el objeto sobre el cual se requiere mantener o almacenar informacin. Ejemplo: Factura, cliente, producto. Relacin.- Es la asociacin significativa y estable entre dos entidades.

relacin factura clientes

Atributo.- Son las propiedades que describen o califican una entidad: Ejemplo: Clientes Departamento nombre sexo nombre_dep apellidos f_nac atributos localidad edad cant_empleados

10

Otras caracteristicas. - Las entidades se la representa mediante cajas en donde se coloca el nombre de la entidad en letras maysculas. CLIENTES FACTURA

- Las relaciones se representan con lneas que conectan las cajas de las entidades. origen de PEDIDO originado por - Los atributos se incluyen dentro de las cajas de las entidades y se escriben con minsculas. CLIENTE cdigo nombre apellido direccin edad Tipo de Entidades. Se pueden considerar entidades a los sujetos, objetos, a los eventos, a los lugares y a las abstracciones. Sujetos.- Son personas u organizaciones que originan las transacciones. Sujetos cliente empleado bodeguero proveedor empresa CLIENTE

Objetos.- Son entes tangibles. Objetos producto factura bodega artculos

Eventos.- Son transacciones originadas por los sujetos y que afectan a los objetos. pedido 11

Eventos

ajustes calificaciones

Lugares.- Es la ubicacin de los sujetos y objetos. Lugares ciudad pas localidad

Abstracciones.- Son conceptos empleados para clasificar, calificar o medir otras entidades. Abstraccin tipo_cliente tipo_cuenta unidad_medida

Relaciones Tienen 3 propiedades o caracteristicas. - Grado o cardinalidad.- Es una caracterstica obligatoria de la relacin. uno a uno uno a muchos muchos a muchos - Opcionalidad.- Es la participacin obligatoria u opcional de la entidad en la relacin. debe puede obligatoria opcional

debe

puede

debe

puede

- Leyenda.- Es una expresin que describe el rol de cada entidad en la relacin.tien e

EMPLEADO

DEPARTAMENTO

12

p ece erten

leyenda Relaciones de acuerdo al grado de cardinalidad. Uno a muchos.- Una instancia de la Entidad A se relaciona con una o mas instancias de la entidad B. B pertenece Empleado Departamento compuesto Muchos a Muchos.- Una instancia de la Entidad A se relaciona con una o mas instancias de la Entidad B, y una instancia de la Entidad B se relaciona con una o muchas instancias de la Entidad A. A distribuido por Articulo Proveedor distribuidor de Uno a Uno.- Una instancia de la Entidad A se relaciona con una y solo una instancia de la Entidad B. A B B A

Mujer

Hombre

Relacin recursiva.- Una instancia de la Entidad A se asocia con una instancia de si misma, es opcional en los 2 extremos, es decir, no hay el carcter de obligatorio. subordinado de

A

Empleado

13

jefe de

Atributos.- Los atributos son empleados para identificar, describir, calificar o expresar el estado de una entidad. Toda entidad posee un atributo combinacin de atributos que se denominan Clave Primaria y que se emplea para diferenciar cada instancia de las dems. Adicionalmente los atributos pueden ser obligatorios u opcionales, a los atributos que forman parte de la clave primaria se los identifica poniendo un #, a los atributos obligatorios se les antepone * y a los opcionales el O. Factura # numero * fecha_colo O fecha_pago * monto Cliente # codigo * nombre * direccion * fono1 O fono2 O fono3

Otros tipos de Entidades En un diagrama tambin se pueden agrupar las entidades en un subtipo y supertipo. Supertipo agrupa dos o ms entidades subtipo. Las entidades Subtipo heredan los atributos de las entidades supertipo. Profesor # codigo * nombre * sexo * salario Persona # codigo * nombre * monto Profesor * salario Alumno * beca Subtipo Supertipo

Alumno # codigo * nombre * sexo * beca

14

Compaa de botes San Juan San Juan es un agente que renta embarcaciones a los clientes por una determinada tarifa. San Juan no posee barcos, en lugar de eso los arrienda a nombre de los propietarios que desean obtener ingresos cuando no usan sus botes. Por tal servicio San Juan una cuota y se especializa en barcos que puedan usarse para viajes de varios das o semanas. La embarcacin ms pequea tiene 28 pies de largo y la ms grande es de 44. Cada barco est por completo equipado cuando se renta, gran parte del equipo lo proporcionan los propietarios, pero San Juan agrega otra parte. El equipo que proporciona el propietario incluye lo que es parte del bote como radio, brjulas, indicadores de profundidad y otros importantes instrumentos como estufas y refrigeradoras. Otros que proporciona el propietario no estn instalado como parte del bote, tales implementos incluyen velas, cuerdas, anclas, salvavidas, bolsas de caucho y en la cabina platos, cubiertos, utensilios de cocina. Si aporta el equipo de consumo que podra considerarse como provisiones, tablas de mareas y corrientes, libros de navegacin, jabn, toallas de cocina y artculos similares. Una importante responsabilidad de San Juan es registrar los artculos del bote en particular los que no estn fijos en la embarcacin. San Juan prefiere conservar registros precisos de sus clientes y los viajes para tener estadsticas de cuales clientes han ido y en que viajes. Algunos itinerarios son ms peligrosos que otros, por tal motivo a San Juan le gustara saber cuales clientes tienen determinada experiencia. En algunos viajes los clientes solicitan el servicio de tripulacin y San Juan contrata por horas a tales personas. Las embarcaciones necesitan mantenimiento, San Juan registra de todos los procesos y costos de mantenimiento incluyendo actividades normales como limpieza, cambio de aceite o reparaciones no programadas. En algunos casos son necesarias las reparaciones durante un viaje, en tal caso los clientes se comunican por radio con el despachador de San Juan quien determina la mejor opcin para hacer la reparacin. Para tomar estas decisiones los despachadores necesitan informacin sobre sus opciones de reparacin y antecedentes sobre costos y calidad de la reparacin.

15

Tienda de videos En una tienda de videos se necesita mantener informacin de alrededor de 10000 DVDs, c/u tiene asignado un nmero. Por cada pelcula se necesita conocer su ttulo, categora, por ejemplo: comedia, suspenso, drama, accin, ciencia ficcin, etc. Se mantiene algunas copias de muchas pelculas. Se le da a cada pelcula una identificacin y se mantiene un seguimiento de lo que contiene cada DVD, en un DVD pueden venir varios formatos y una pelcula es agrupada en un solo DVD, frecuentemente las pelculas son pedidas a un actor especifico, Tom Cruise y Demi Moore son los ms populares, es por eso que se debe mantener informacin de los actores que aparezcan en cada pelcula. No en todas las pelculas actan artistas famosos, a los clientes de la tienda les gusta conocer datos como el nombre del actor y su fecha de nacimiento. En la tienda se mantiene informacin solo de los actores que aparezcan en las pelculas que se mantienen a su disposicin. Solo se alquila videos a aquellos que pertenezcan al club de videos. Para pertenecer al club de videos se debe tener buen crdito, por cada miembro del club se mantiene una ficha con nombre, telfono y direccin, cada miembro del club tiene nmero de membresa. Se debe mantener informacin de todos los DVDs que el cliente ha alquilado. Cuando un cliente alquila un DVD se debe conocer titulo, fecha de alquiler y fecha de devolucin.

16

Pinacoteca

17

Reservacin

Normalizacin.- Al realizar procesos sobre tablas se pueden presentar problemas llamadas anomalas que pueden ser de insercin, actualizacin y eliminacin. El proceso que asegura que la tabla este bien estructurada se denomina normalizacin.

18

La normalizacin est basada en el concepto de formas normales, cada forma normal tiene un conjunto de reglas que deben ser verificadas. Estas formas normales son anidadas, es decir, que para que una relacin este en tercera forma normal debe de haber pasado por la segunda forma normal y esta por la primera forma normal. Dependencia funcional.- Es la relacin que existe entre dos atributos. Dado un valor de X existe un valor de Y, entonces y es funcionalmente dependiente de X. Empleados Cod_empleados Nombre_empleado 001 Juan Prez 002 Ana Quiroz X Y Edad 23 28

Claves o llaves.- Es el atributo que le da diferenciacin a cada tabla, este atributo hace que no tengamos filas repetidas. cliente Cod_cliente 001 002 003 # Nombre_cliente Jos Prez Luis Muoz Maria Lara

Dependencia transitiva.- Es la dependencia que va encadenada dado un valor de X existe un valor de Y, y tras del valor de Y hay un valor de Z que es transitivamente dependiente de X. Empleado Cod_empleado Nombre_empleado Cod_dep 001 Juan Prez 01 002 Luis Muoz 02 003 Maria Lara 02 Departamento Y Cod_dep 01 02 03 X Z Nombre Operaciones Ventas Sistemas

Segundo Parcial SQL (Structure Query Language) DDL (Data Definition Language).- Crear/ Modificar las estructuras - Create. 19

- Alter. - Drop. - Truncate. DML (Data Manipulation Language).- Manipular los datos - Select. - Insert. - UpDate. - Delete. TCL (Transaction Control Language).- Solo trabaja con la DML Commit (Confirma) transacciones en la base de datos RollBack (Reversar) transacciones en la base de datos SENTENCIAS //Creando una tabla Create table Cliente ( id_cliente number, nombres varchar2(30), apellidos varchar2(30), direccion varchar2(40), id_vendedor number ); CONSTRAINTS (Reglas/ Validaciones) Primary key Foreing Key CHECK NOT NULL //creando las tablas del ejemplo de arriba con los constraint Create table Departamento ( id_dpto number primary key, nombres varchar2(30) NOT NULL, cant_emp number ); Create table Empleado ( id_empleado number Constraint id_empleado_pk primary key, nombres varchar2(30), apellidos varchar2(30), salario number, id_manager number FOREING KEY References Empleado (id_empleado), id_departamento number FOREING KEY REFERENCES Departamento (id_empleado) ); Create table Cliente ( id_cliente number primary key, nombres varchar2(30), apellidos varchar2(30), tipo_cliente varchar2(20) CHECK (tipo_cliente in ( Normal,vip1,vip2), 20

direccion varchar2(40), id_vendedor number FOREING KEY References Empleado (id_empleado) ); Create table Orden ( id_orden number primary key, descripcion varchar2(40), total number, id_cliente number FOREING KEY References Cliente (id_cliente) ); **ALTER Permite modificar las estructuras que ya estn creadas. * Adicionar columnas ALTER TABLE Departamento ADD COLUMN Localidad varchar2(25); * Eliminar columnas ALTER TABLE Empleados DROP COLUMN salario; * Adicionar clave primaria ALTER TABLE Departamento ADD constraint pk1 Primary Key (id_departamento); * Adicionar clave fornea ALTER TABLE Orden ADD constraint fk1 Foreing Key (id_cliente) References Cliente (id_cliente); * Eliminar Tablas - DROP TABLE Departamento //elimina toda la tabla - TRUNCATE TRUNCATE Table Orden //elimina registros

DIAGRAMA E/R

21

1) creacin tablas Create table Cliente ( id_cliente number , nombre_completo varchar2(50) NOT NULL, direccion varchar2(80) NOT NULL, telefono number, edad number ); Create table Estadia ( id_hotel number , id_habitacion number, id_cliente number, fecha_ingreso DATE NOT NULL, fecha_salida DATE NOT NULL, observaciones varchar2(80) ); Create table Habitacion ( id_hotel number , id_habitacion number, soleada varchar2(1) NOT NULL ); Create table Hotel ( id_hotel number, descripcion varchar2(80), direccion varchar2(50) ); 2) CLAVES PRIMARIAS ALTER TABLE CLIENTE ADD constraint cliente_pk Primary Key (id_cliente)

22

ALTER TABLE ESTADIA ADD constraint Estadia_pk Primary Key(id_hotel, id_habitacion, id_cliente, fecha_ingreso); ALTER TABLE HABITACION ADD constraint habitacion_pk Primary Key (id_hotel, id_habitacion); ALTER TABLE HOTEL ADD constraint hotel_pk Primary Key (id_hotel); 3) CLAVES FORANEAS ALTER TABLE HABITACION ADD constraint habitacion_hotel_fk Foreing Key (id_hotel) References HOTEL (id_hotel); ALTER TABLE ESTADIA ADD constraint Estadia_cliente_fk Foreing Key(id_hotel, id_habitacion) References HABITACION (id_hotel, id_habitacion); 4) CHECKS ALTER TABLE HABITACION ADD constraint habitacion_ck1 CHECK(soleada in (S, N)); //eliminacin 1) ELIMINAR CLAVES FORNEAS (Eliminar_FK.SQL) ALTER TABLE DROP constraint habitacin_hotel_FK ALTER TABLE DROP constraint estadia_cliente_FK ALTER TABLE DROP constraint estadia_habitacion_FK 2) ELIMINAR CLAVES PRIMARIAS (Eliminar_PK.SQL) ALTER TABLE DROP constraint Hotel_PK ALTER TABLE DROP constraint Habitacion_PK ALTER TABLE DROP constraint Estadia_PK ALTER TABLE DROP constraint Cliente_FK 3) ELIMINAR TABLAS (Eliminar_tablas.SQL) DROP TABLE CLIENTE DROP TABLE ESTADIA DROP TABLE HABITACION DROP TABLE HOTEL DML INSERT

Insert into JUGADORES

23

VALUES (4, 'PEREZ', 4, 3); COMMIT; ( Confirma transaccin ) DELETE DELETE FROM POSICION_JUGADOR; DELETE FROM POSICION_JUGADOR WHERE Id_Posicion = 1; UPDATE UPDATE JUGADORES; SET NOMBRE = 'JOSE' WHERE NOMBRE = 'RONALDO'; SELECT Select * FROM JUGADORES // muestra toda la tabla // borra todos los registros // No se puede borrar por la integridad referencial que existe

Select NOMBRE, POSICION FROM JUGADORES WHERE Id_jugadores = 1 // muestra 2 atributos de un registro OPERADORES DE COMPARACIN = > < >= 'A' Mostrar el nombre de los jugadores del equipo 1 y que juegan en la posicin 1 Select Nombre FROM Jugadores Where Id_Equipo = 1 AND Id_posicin SELECT OPERADORES - IN - BETWEEN - LIKE - IS NULL - NOT // Ejercicio: Seleccionar el nombre y el salario de los empleados que ganen ms de $ 800 que no tengan comisin nula y que su apellido contenga como segunda letra la o. SELECT NOMBRE, SALARIO FROM EMPLEADO WHERE Salario > 800 AND Comision is NOT NULL AND Nombre LIKE '_o%' JOINS O UNIONES EQUI-JOIN NON EQUI-JOIN OUTER-JOIN SELF-JOIN

// Producto Cartesiano: Combinaciones de los diferentes registros y tablas requeridas. Regla: N tablas n-1 join //Ejercicios: EQUI -JOIN (PK Y FK) Select Empleado.nombre, Cargo.nombre

25

From Empleado, Cargo Where Empleado.Id_Cargo= Cargo.Id_Cargo Seleccionar el nombre y el salario de los empleados que trabajen en el departamento de operaciones que tengan el cargo de operador. Select * From Empleado A, Cargo B, Departamento C Where A.Id_cargo=B.Id_cargo And A.Id_dept=C.Id_dept And B.nombre='OPERADOR' And C.nombre='OPERACIONES' TIPOS DE JOIN 'S NON EQUI-JOIN // EJEMPLO: Select A.nombre, B.Descripcion From empleado A, Niveles_Salario B Where A.Salario Between B.NivelBajo And B.Nivel_Alto SELF- JOIN //TABLA Select A.nombre, B.nombre From Empleado A, Empleado B Where B.Id_manager=A.Id_Empleado OUTER-JOIN //TABLA Select A.nombre, B.nombre From Empleado A, Departamento B Where A.Id_dept = B.Id_dept (+) Select A.nombre, B.nombre From Empleado A, Departamento B Where A.Id_dept (+) = B.Id_dept SUB-QUERIES Existe un query interno y otro query externo Cul es el nombre y salario de los empleados que tienen igual salario que P. PLUAS?

26

Select A.nombre, A.Salario From Empleado A Where A.Salario= ( Select B.Salario From Empleado B Where B.nombre=P.PLUAS)

DATA WARE HOUSE Es una coleccin de datos histricos acumulados de slo lectura los datos pueden ser obtenidos de otras fuentes y generalmente son sumarizados y almacenados por periodos de tiempo extenso (aos). Forman parte del sistema de toma de decisiones gerencial.

DSS TPS B/D Contabilidad DATA WARE HOUSE - Lectura - Histrica - Sumarizada

B/D InventarioTabla1 Tabla2

Tabla3

Modelo E-R

Modelo Multidireccional (Estrella)

Otras caractersticas importantes de Data Ware House son las siguientes: Integrado:

27

Porque los datos que se almacenan en Data Ware House deben estar sobre una estructura consistente por lo que las inconsistencias existentes entre los diversos sistemas deben ser eliminadas. Temtica: Slo los datos necesarios para el proceso de generacin del conocimiento del negocio se integran desde el entorno operacional. Los datos se organizan por temas para facilitar su acceso y entendimiento por parte de los usuarios finales. Histrico: El tiempo es parte implcita en la informacin contenida en un Data Ware House en los sistemas operacionales (transaccionales) los datos siempre reflejan el estado de la actividad del negocio en tiempo presente por el contrario la informacin almacenada en el Data Ware House sirve entre otras cosas para realizar anlisis de tendencias por lo que en el Data Ware House se carga la informacin teniendo como parmetro la variable del tiempo. No voltil: El almacn de informacin de un Data Ware House existe para ser ledo y no modificado la informacin es por tanto permanente significando la actualizacin del Data Ware House la incorporacin de los ltimos valores sin realizar ningn tipo de accin sobre lo que ya exista.

DIFERENCIASSISTEMA TRANSACCIONAL - Predomina la actualizacin. - La actividad ms importante es de tipo operativo (da a da). - Predomina el proceso puntual. - Mayor importancia a la Estabilidad. - Datos en General desagregados. - Importancia del dato actual. - Importante el tiempo de respuesta de 1 trx. - Estructura relacional. - Perfil del usuario: Medio-Bajo DATA WARE HOUSE - Predomina la consulta. - La actividad ms importante es el anlisis y decisin estratgica. - Predomina el proceso masivo. - Mayor importancia al Dinamismo. - Datos en Niveles y Agregados. - Importancia del dato histrico. - Importancia de la respuesta masiva. - Visin Multidimensional. - Perfil del usuario: Alto

DATAWARE HOUSE VS. DATAMART ARQUITECTURA DESCENTRALIZADA 28

Almacenes Inventarios Envos Compras

DW Marketing DW Riesgos DW Financiero DW RR.HH.

DATAMART Es una aplicacin de Data Ware House construida rpidamente para soportar una lnea de negocio simple. Los datamart tienen las mismas caractersticas de informacin no voltil as como Data Ware House. Representan una estrategia de divide y vencers para mbitos muy genricos de un Data Ware House.

ARQUITECTURA CENTRALIZADA Almacenes Inventarios Envos Compras DW Corporativo DW Marketing DW Riesgos DW Financiero DW RR.HH.

Ejercicios de Aplicacin. Ejercicio 1. Actos vandlicos

29

Una cadena de hoteles ha decidido acabar con los clientes que deterioran el mobiliario del hotel. Quieren guardar en una base de datos los clientes que han deteriorado o robado muebles y cules son estos muebles. En la base de datos tendremos informacin de cada hotel (cdigo, direccin y telfono), as como un conjunto de habitaciones identificadas por un nmero de habitacin nico para cada hotel y un conjunto de elementos de mobiliario estndar con un cdigo, descripcin y precio, por ejemplo: silla de cuero diseo clsico, 9875 . Despus de hacer un inventario, todo el mobiliario de los hoteles est identificado, es decir, sabemos qu y cuantos elementos de mobiliario hay en cada habitacin de cada hotel. Los muebles pueden cambiar de habitacin, pero no necesitamos guardar la habitacin antigua. Para cada habitacin, guardaremos tambin si es soleada, si tiene lavabo y si tiene nevera. Cada cliente tiene informacin personal (DNI, nombre, etc), y adems un historial de sus actos vandlicos: para cada cliente guardaremos qu muebles y cuntos ha deteriorado. Tambin queremos saber las estancias que ha hecho cada cliente en los hoteles, guardando en un nico atributo la fecha de llegada y la de salida, as como la habitacin en que se ha alojado. Un cliente puede alojarse en una misma habitacin de hotel en diferentes estancias. Ejercicio 1.1: Queremos saber los actos vandlicos (qu y cuantos muebles) que ha hecho cada cliente en conjunto, independientemente de la habitacin y hotel que se hayan producido. Ejercicio 1.2: Queremos saber los actos vandlicos de cada cliente en cada habitacin del hotel.ClientesPK id_cliente cedula apellidos nom bres direccion

Actos_ClientesPF codigo_cliente descripcion_acto cantidad PK fecha FK mobiliario_daado

HotelPK id_hotel direccion telefono categoria

Mobiliarios HabitacionesPK id_habitacion FK id_hotel descripcion soleada(s/n) lavavo(s/n) nevera(s/n) PK id_mobiliarios descripcion precio FK habitacion_actual

EstanciasPK id_estancia FK id_cliente fecha_llegada_salida FK id_habitacion

Ejercicio 2. Almacenes Unos almacenes quieren hacer un estudio sobre los hbitos de compra de sus clientes. Disponen de un conjunto de artculos identificados por su cdigo de barras, cada uno

30

con una descripcin y el nombre de su fabricante. Para cada artculo, quieren probar diversas colocaciones para estudiar como vara su venta. Para cada colocacin tendremos un precio y un lema (del tipo Ms dulces que la miel), no necesariamente diferentes. Como un artculo y un lugar determinan una colocacin, no puede existir una colocacin sin ningn artculo. Los clientes de nuestro almacn se identifican por su nombre, nmero de visa, y adems queremos guardar su direccin y telfono. De las compras que realizan, slo queremos saber qu articulo, en qu colocacin y el nmero de unidades que ha comprado. Diversas compras del mismo artculo en la misma colocacin se acumulan en la misma tupla sumando el nmero de unidades.

ArticulosPK codigo_articulo descripcion nombre_fabricante precio

ClientePK codigo_cliente nombre numero_visa direccion telefono

ColocacionPK id_colocacion lema lugar FK codigo_articulo

ComprasPK cod_com pra FK codigo_cliente cantidad monto_total FK id_colocacion

Ejercicio 3. Biblioteca En una biblioteca hay que guardar la informacin de todas las publicaciones que se tienen. Cada publicacin tiene un ttulo nico. Las publicaciones pueden ser peridicas

31

o no. De las peridicas hay que saber su periodicidad. Las publicaciones peridicas constan de revistas, cada una definida por un volumen, nmero y ao. Cada revista contiene artculos, especificados por autores, ttulo y pginas de la revista. De cada revista (volumen y nmero) se puede tener ms de un ejemplar, caracterizado por un nmero de ejemplar. Se puede tener ms de un ejemplar, aunque no de todos los volmenes o nmeros. Las publicaciones se pueden clasificar en diferentes temas, que pueden estar agrupados en una relacin jerrquica de tema-subtema. Los socios de la biblioteca pueden coger en prstamo todas las publicaciones peridicas que deseen por un periodo de quince das. Los prstamos siempre hacen referencia a los ejemplares concretos de las publicaciones. Si al solicitar un prstamo de una publicacin, sta tiene todos los ejemplares ocupados, el socio se puede poner en una lista de espera para la publicacin peridica, para ser avisado en el momento que se devuelva alguno de los ejemplares.

tipo_ p u blic c a c ionP K id _ tip o de s c rip c io n pe rio ric ida d

pu blic a c ionP K tit u lo _ u n ico f e c ha_ pu b lic a c ion ob s erv ac io nes F K id _ tipo

Tem aP F titu lo _u n ic o P F id _ s u b t e m a de s c rip c ion

s ubte m aP K id _s u b te m a des c ripc ion

a rtic ulosPK id _ ar ticu lo au tor titulo pa gina_ rev is ta F K volu m en F K nu m ero

r e vis ta sP K v o lu m e n PK num e ro a o n ombr e F K titu lo _u nic o

pr e s ta m oP K id _ p r e s tam o pe riod o_ alquile r F K titu lo_ un ic o F K id _ s oc io

s oc ioP K id _ s o cio c e d u la ap e llido s no mbre dire c c io n tele f on o

lis ta _ e s pe r a e je m p la re sPK id _e je m p la r oc u pa do (s /n ) F K volum e n F K num ero PF titu lo _ u n ic o PF id _p r e s ta m o F K id _s oc io

Ejercicio 4. Electricista La empresa de suministros elctricos El Chispa te encarga hacer un diseo de BD de control de stocks y facturacin con los siguientes requerimientos:

32

El Chispa vende artculos. De cada artculo se quiere guardar el cdigo del artculo, nombre, color, medidas, fabricante y precio de venta. Por ejemplo: E12, enchufe txuco, blanco, 9x 9 cm, Simn, 210 . Un artculo no puede ser suministrado por ms de un fabricante y no queremos guardar los precios de venta antiguos, slo el actual. De cada fabricante queremos guardar informacin del cdigo del fabricante, nombre, direccin, poblacin, telfono y forma de pago (al contado, cheque o transferencia). De cada venta El Chispa hace un Doc de entrega/venta, donde constan el cdigo de entrega/venta, fecha, datos del cliente, nmero y cdigo de los artculos vendidos, precio por unidad y precio total por artculo (nmero de unidades x precio/unidad). A finales de mes o cuando toque, se agrupan los albaranes hechos a un cliente en una factura donde queremos que conste: cdigo de factura, fecha, datos del cliente, la informacin de cada albarn (nmero y nombre de los artculos, precio por unidad y precio total por artculo), total de la factura, forma de pago y vencimiento en caso que el pago no sea al contado. Todo albarn slo se puede facturar una sola vez. De un cliente se quiere guardar el NIF, nombre, direccin, poblacin y telfono. Una factura pertenece nicamente a un cliente. Tenemos un nico almacen donde guardamos todos los artculos. Queremos guardar el nmero de artculos que tenemos en el almacn en un momento determinado. Los fabricantes envian artculos al almacen. Queremos guardar los envos de entrada al almacen. Todo envo consta nicamente de un artculo. De cada envo queremos saber la fecha, cdigo del artculo y nmero de unidades enviadas. Un fabricante puede enviar el mismo da unidades de un mismo artculo. En este caso se suma el nmero de unidades enviadas en la misma fecha.envio articuloPK id_ar ticulo nombre color medidas precio_venta numero FK cod_fab ricante f echa_envio FK id_articulo FK cod_fab ricante

fabricantePK co d_fab ricante nombre direccion poblacion telef ono FK id_forma_pago

doc_entreg_ventaPK id_e ntve nt f echa cantidad FK cod_cliente FK id_factura

forma_pago clientePK cod_clie nte cedula direccion poblacion telef ono PK id_for m a_pag o descripcion

albaranFK id_articulo precio_unidad precio_total FK id_factura FK id_entvent

facturaPK id_factur a f echa total_f actura vencimiento FK cod_cliente FK id_forma_pago

33

Ejercicio 5. Conflictos blicos Una organizacin internacional quiere hacer un seguimiento de los conflictos blicos que se producen en el mundo. Por esto quiere crear una BD que responda a los siguientes requerimientos: Un conflicto es cualquier lucha armada que afecte a uno o a diversos paises, donde se producen muertos i/o heridos. Todo conflicto se identificar por un nombre o causa que provoca el conflicto. Este nombre puede cambiar con el paso del tiempo, por lo que cada conflicto se identificar con un cdigo numrico nico. Para cada conflicto se quiere guardar los paises queafecta as como el nmero de muertos y heridos par cada pas y el total. Los conflictos pueden ser de diferentes tipos, segn la causa que los haya originado, clasificndose, como mucho, en cuatro grupos: territoriales, religiosos, econmicos y raciales. En cada uno se guardarn diferentes datos. En los territoriales tendremos las regiones afectadas, en los religiosos las religiones en conflicto, en los econmicos las materias primas disputadas y en los raciales las razas enfrentadas. En los conflictos intervienen diferentes grupos armados (como mnimo dos) y diferentes organizaciones intermediarias, pudiendo no haber ninguna. Los mismos grupos armados y organizaciones intermediarias pueden intervenir en diferentes conflictos. Tanto los grupos como las organizaciones podrn entrar y salir del conflicto. En este caso se recogern las fechas de incorporacin y de salida. Podra ser que en un momento determinado un grupo u organizacin no interviniera en ningn conflicto. Para cada grupo armado se guarda un cdigo que se le asigna y un nombre. Cada grupo armado dispone de una o ms divisiones y es liderado por un nico lder poltico. Las divisiones de que dispone un grupo se numeran consecutivamente y se registra el nmero de barcos, tanques, aviones y hombres de que dispone as como les bajas que ha tenido. Para los grupos armados se obtiene el nmero de bajas como la suma de las bajas producidas en todas las divisiones. Los traficantes de armas suministran diferentes tipos de armamento a los grupos armados. De cada tipo de arma se recoge un nombre y un indicador de su capacidad destructiva. De cada traficante se tiene un nombre y los diferentes tipos y cantidades de armas que puede suministrar. Se guarda el nmero total de armas de cada tipo que cada traficante suministra a un grupo armado. Los lderes polticos se identifican por su nombre y por cdigo del grupo armado que lideran. Adems se guarda una descripcin en texto de los apoyos que ha recibido. Cada divisin la pueden dirigir conjuntamente un mximo de tres jefes militares, a pesar de que cada jefe militar no dirige ms que una divisin. A cada jefe militar se le identifica por un cdigo y rango que tiene. Dado que un jefe militar no acta por iniciativa propia, sino por iniciativa de un nico lder poltico de los que lideran el grupo armado donde pertenece el jefe, queremos saber quin es este lder poltico a quien obedece. De las organizaciones intermediarias se recojer su cdigo, nombre, tipo (gubernamental, no gubernamental, internacional), la organizacin de quien depende (una como mximo), el nmero de personas que mantiene desplegadas en cada conflicto y el tipo de ayuda que da en cada conflicto que puede ser nicamente uno dels siguientes tipos: mdica, diplomtica o presencial. Con diferentes finalidades, los lderes polticos dialogan con las organizaciones. Se desea recoger explcitamente esta informacin. As, para cada lder se guardarn aquellas organizaciones con las que dialoga y viceversa.

34

t ip o _ c o n f lic t o

c o n f lic t o

P Kc o d i g o P Ki d _ t i p o n o m b r e _ c a u s aP nom bre f e c h a _ in g r e s o P r e g io n e s f e c h a _ s a lid a r e lig io n F Ki d _ t i p o m a t e r ia _ p r im a F Ki d _ o r g a n i z a c ra z a s _ e n fre n t F Ki d _ g r u p o

c o n f lic t o _ p a is

p a is

Fc o d i g o P Ki d _ p a i s Fi d _ p a i s n o m b re n u m e r o _ m u e r t o s u b ic a c io n n u m e r o _ h e r id o s c o n t in e n t e p o b la c io n

t r a f ic a n t e t ip o _ o r g a n iz a c io nP Ki d _ t i p o d e s c r ip c io n e s ta d o r g r u p o s _ a r m a dg or u p o s _ a r m a d o s _ t r Pa Ki dc_ af an bt e i c a n t e s fi P Fi d _ g r u p o P Fi d _ f a b r i c a n t e nom b re F Ki d _ a r m a

P Ki d _ g r u p o n o m b re P Ki d _ o r g a n i z a c m o n t o _ b a ja s n o m b re d e p e n d ie n t e ( s / n ) n u m _ p e rs o n a s F Ki d _ t i p o F Ki d _ t i p o _ a y u d a

o r g a n iz a c io n e s

d iv is io n e sP Ki d _ d i v i c i o n n u m _ b a rc o s n u m _ a v io n e s num_buques F Ki d _ g r u p o n u m _ h o m b re s n u m _ b a ja s

arm asP Ki d _ a r m a n o m b re c a p a c _ d e s t r u c t iv

tip o _ a y u d a

P Ki d _ t i p o _ a y u d a d e s c r ip c io n o r g a n iz a c io n e s _ lid e r _ p o lit ic o e s ta d o P Fi d _ o r g a n i z a c P Fi d _ l i d e r fec ha lid e r _ m ilit a r lid e r _ p o lit ic o o b s e r v a c io n P Ki d _ l i d e r _ m i l i t a r P Ki d _ l i d e r ra n g o n o m b re d e s c r ip c io n _ a p o y F s d _ d i v i c i o n o Ki P Fi d _ l i d e r P Fi d _ g r u p o P Fi d _ g r u p o

35

Ejercicio 6. Parques naturales El ministerio de Medio Ambiente decide crear un sistema de informacin sobre parques naturales gestionados por cada Comunidad Autnoma. Despus de un anlisis exhaustivo del contexto se ha llegado a las siguientes conclusiones: Una Comunidad Autnoma (CA) puede tener varios parques naturales. En toda la comunidad autnoma existe un nico organismo responsable de los parques. Un parque puede estar compartido por ms de una comunidad. Un parque natural se identifica por un nombre y la fecha en que fu declarado parque natural, y est compuesto por varias reas identificadas por un nombre (nico dentro del parque pero puede ser genrico entre parques naturales) y una extensin en kilmetros cuadrados. Por motivos de eficiencia se quiere favorecer las consultas que hagan referencia al nmero de parques existentes en cada CA y la superficie total declarada como parque natural en cada CA. En cada rea residen especies que pueden ser de tres tipos: vegetales, animales i minerales. Cada especie tiene una denominacin cientfica, una denominacin vulgar y un nmero de individuos en cada rea. De las especies vegetales se quiere saber si tienen floracin y en qu periodo (mes) se produce. De los animales se quiere saber su tipo de alimentacin (herbvora, carnvora u omnvora) y su periodo de celo. De los minerales se quiere saber si se trata de cristales o rocas. Interesa, adems, registrar qu especies sirven de alimento a otras especies, teniendo en cuenta que ninguna especie mineral se considera alimento de ninguna otra especie y que una especie vegetal no se alimenta de ninguna otra especie. Cada parque tiene un personal en dedicacin exclusiva. De este personal se guarda el DNI, nmero de la SS, nombre y apellidos, direccin, telfonos (fijo y movil) y sueldo. Se distinguen cuatro tipos de personal: Personal de gestin: registra los datos de los visitantes del parque y se situan a la entrada del parque. Las entradas se identifican por un nmero y orientacin (N, S, E, O). Personal de vigilancia: vigila una rea determinada del parque que recorre un vehculo de un tipo determinado y con una matrcula. Personal de conservacin: mantiene y conserva un rea determinada del parque. Cada uno realiza una tarea determinada (limpiar, dar de comer, jardinera, etc.) en un lugar concreto del rea (caminos, zona recreativa, jardines, etc.). Personal investigador: tiene una titulacin que hay que guardar y puede realizar slo o en grupo proyectos de investigacin sobre una determinada especie. Un proyecto de investigacin tiene un ttulo, presupuesto, un nico investigador principal, un periodo de realizacin y un conjunto de investigadores que participan. Un visitante (DNI, nombre, apellidos, direccin y profesin) puede alojarse en els alojamientos que tiene el parque. Los alojamientos tienen una capacidad limitada y una determinada categora. Los alojamientos organizan excursiones al parque en vehculo o a pi unos determinados das de la semana y a horas determinadas. Para ir a estas excursiones hay que ser visitante del parque.

36

37

Ejercicio 7. ONGLa coordinadora nacional de ONGs quiere mantener una base de datos de las asociaciones de este tipo que existen en nuestro pas. Por ello necesita guardar informacin sobre cada asociacin, los socios que las forman, los proyectos que realizan y los trabajadores que particpan. De las asociaciones se quiere almacenar su CIF, nombre, direccin, provincia, el tipo de ONG (ecologista, de integracin, de desarrollo, etc.) as como si est declarada de utilidad pblica por el Ministerio de Interior. Cada asociacin est formada por socios de quienes se quiere conocer su DNI, nombre y apellidos, direccin, provincia, fecha de alta de la asociacin, cuota mensual con la que colaboran y la aportacin anual que realizan. La aportacin anual ser el total de las cuotas mensuales ms otras aportaciones voluntarias. Cada trabajador de una ONG se identifica por su DNI, nombre y apellidos, direccin, telfonos y fecha de ingreso. Todo trabajador trabaja para una nica ONG. Estos trabajadores pueden ser de dos tipos: profesionales y voluntarios. Los profesionales cobran un sueldo y ocupan un cierto cargo en la asociacin. Se quiere guardar el cargo que ocupan, la cantidad que pagan a la SS i el porcentaje de IRPF que se les descuenta. Los voluntarios trabajan en la organizacin desinteresadamente. Queremos saber de ellos su edad, profesin y horas que dedican a la asociacin. Las asociaciones realizan proyectos a los cuales estn asignados sus trabajadores. Un trabajador puede trabajar en diferentes proyectos de un mismo pas. De cada proyecto se quiere almacenar un nmero de identificacin en la ONG, pas y regin donde se realiza, el objectivo que pretende y el nombre de personas que afecta.proyectos asociacionesPK CIF nombre direccion provincia publica(s/n) FK id_tipo PK id_proyecto region objetivo FK CIF

tipo_asociacionPK id_tipo descripcion estado

TrabajadorPK DNI nombre telefono fecha_ingreso FK id_tipo FK CIF

Trabajador_proyectosPF DNI PF id_proyecto pais

SociosPK DNI nombre apellidos direccion provincia fecha_alta cuota_mensual aporte_anual FK CIF

tipo_trabajadorPK id_tipo sueldo cargo porcentaje

38

Ejercicio 8. PinacotecaEl Ministerio de Educacin y Ciencia quiere tener informacin sobre todos los cuadros que se encuentran en las pinacotecas. De cada pinacoteca se quiere saber el nombre nico, ciudad donde se encuentra, direccin y extensin en metros cadrados. Cada pinacoteca tiene un conjunto de cuadros de los cuales se quiere guardar el cdigo (nico para todas las pinacotecas), nombre, medidas, fecha en que se pint y tcnica utilizada par pintarlo. Cada cuadro es pintado por un nico pintor, del que queremos saber el nombre y apellidos, ciudad y pas donde naci, fecha de nacimiento y fecha de la muerte. Un pintor puede tener un nico maestro, pero un maestro puede serlo de varios pintores. Los pintores pueden pertenecer o no a una escuela de la cual se quiere saber el nombre as como el pas y fecha en que apareci. Los pintores pueden tener tambin uno o varios mecenas que los protejen. De los mecenas queremos saber el nombre y apellidos, pas y fecha de nacimiento, fecha de la muerte y la fecha de inicio y final del soporte que di al pintor. Un mecenas puede serlo de varios pintores y un pintor puede tener varios mecenas en periodos diferentes. Se quiere recoger la relacin que existe entre un pintor y su mecenas.

39

Ejercicio 9. Proyectos de investigacinEn la UAB se quiere llevar un un control sobre els proyectos de investigacin que se realizan. Se quiere disear una BD que contenga toda la informacin sobre los proyectos, departamentos, grupos de investigacin y profesores. Se consideran los siguientes requisitos: Un departamento se identifica por un nombre, cdigo, centro (Facultad o Escuela) donde est situado, direccin, profesor de la universidad que ejerce como director de departamento y un telfono de contacto (secretara de departamento). Dentro de un departamento se crean Unidades donde estn adscritos los profesores. Todo profesor ha de pertenecer a una unidad. Cada unidad tiene un nombre nico dentro de la universidad, pertenece a un nico departamento i est asociada a un rea de conocimiento (CCIA, ATC, etc.). Cada unidad tiene un jefe de unidad que ha de ser profesor de universidad. Un profesor del departamento est identificado por un DNI, nombre y apellidos, aos de experiencia en investigacin, unidad a la que pertenece y proyectos en que trabaja. Existen tres tipos de profesorado: Funcionario (Catedrticos de Universidad y Titulares de Universidad), Ayudantes de Universidad y Asociados. Del personal funcionario queremos saber el cdigo de funcionario, el ao de su toma de posesin y perfil de la asignatura a la que oposit. De los Ayudantes de Universidad queremos saber la fecha de incorporacin. Del Asociado queremos saber la fecha de incorporacin y la empresa en que trabaja. Cada proyecto de investigacin tiene un nombre, cdigo nico, presupuesto, fechas de inicio y final del proyecto y un nico profesor que ejerce de investigador principal del proyecto. Un proyecto puede estar financiado por uno o varios programas nacionales. Un programa nacional viene identificado per un nombre nico y la cantidad total de dinero que el programa dispone para financiar proyectos. Dentro de cada programa cada proyecto tiene un nmero asociado y una cantidad de dinero con que el programa financia el proyecto. Un profesor puede participar en varios proyectos y puede ser investigador principal de varios proyectos. En cada proyecto un profesor se incorpora en una determinada fecha y lo abandona en otra con una determinada dedicacin (horas por semana). Un profesor puede incorporarse ms de una vez a un proyecto en fechas separadas.

40

proyectoPK cod_proyecto nombre presupuesto fecha_ini fecha_fin PF dni PK nom_pro

incorp_profePK incorp fecha_ini fecha_out PF dni PF cod_proyecto PF nom_pro

programa_nacPF nom_pro dinero_disp financiamiento PF cod_proyecto PF dni

prof_depPK dni nombre apellido experiencia

unidadPF nombre_uni area PF dni PF cod_dep

prof_dep_ayudantes_uPF dni PK dni1

asociadofecha_incorp empresa PF dni PF dni1

departamentosPK cod_dep nombre centro direc director fono PK nombre_uni PK dni

funcionariofecha_posesion PF dni PF dni1

ayudantes_ufecha_incorp PF dni PF dni1

41

Ejercicio 10. Reserva de salasLa ETSE quiere controlar el sistema de reservas de sus salas que pone a disposicin del personal de la Escuela durante un curso acadmico con las siguientes restricciones: De cada sala (sala de grados, sala de actos, seminarios, aulas) queremos saber el cdigo (Q2/xxxx,Q0/xxxx, etc.), el tipo de sala (aula, seminario, sala de actos, sala de grados, etc.), capacidad y equipamiento audiovisual que contiene de forma permamente. Del equipamiento audiovisual que tiene la Escuela queremos guardar un cdigo nico, nombre (proyector, can, etc.), si s permanente o mvil y la sala donde se encuentra, caso de que sea fijo. Tenemos cuatro tipos de equipamiento: can de proyeccin, proyector de transparencias, proyector de diapositivas y ordenador. Del can de proyeccin queremos saber la marca, modelo, luminosidad y resolucin mxima en la que trabaja. Del proyector de transparencias queremos conocer su luminosidad y si acepta transparencias en color o no. Del proyector de diapositivas interesa guardar la marca, modelo, si admite cargador clsico o moderno y luminosidad. Del ordenador queremos saber el procesador, RAM y resolucin mxima. Un profesor puede reservar una sala en una fecha concreta (dia, mes y ao) a intervalos de hora (de 12:00 a 13:00, de 17:00 a 18:00). Cuando reserva la sala, el profesor tambin reserva todo el equipamiento fijo que contiene la sala. Un profesor tambin puede reservar equipamiento audiovisual mvil con un nmero variable (2 caones, 3 proyectores, etc.) en una fecha concreta (da, mes y ao) a intervalos de una hora. Dada una fecha y una hora, queremos saber las salas disponibles y el equipamiento audiovisual disponible. A finales de curso queremos saber el grado de ocupacin de las salas.

42

Ejercicio 11.Una base de datos almacena informacin sobre unas pruebas de estandarizacin de ordenadores personales. Esta se estudia en base a unos programas software que realizan una serie test a cada mquina. Los paquetes de software son suministrados por unas compaas distribuidoras. Cada compaa se identifica por su nmero de identificacin fiscal (CIF) y tienen un nombre (que tambin es nico para cada empresa), un domicilio social, un telfono de consulta y el nombre de la persona encargada del departamento de ventas de la empresa. Cada uno de estos programas es propiedad de una sola compaa y tiene un nombre nico, un precio, unas necesidades tcnicas (disco, memoria y tipo de placa base) para su buen funcionamiento. Los equipos sobre los que se hacen pruebas con estos programas estn identificados por un nmero de serie y disponen de unas caractersticas tcnicas (memoria, disco, tipo de placa base y velocidad). Adems se incluyen los datos del precio original del equipo y el ao de fabricacin. De entre estos equipos hay una serie de ellos son especialmente importantes porque son una novedad en el mercado y su test tiene especial importancia. De ellos guardaremos adems el mes en que se ha lanzado al mercado y el pas que aporta la tecnologa. Los test dan resultados numricos que permiten medir la velocidad de clculo numrico, de acceso a disco, de acceso a la disquetera, de presentacin grfica y de ordenacin de datos en memoria. Todos estos datos son almacenados junto con una valoracin personal (en 30 palabras) del ingeniero que realiza el test.

43

Ejercicio 12.Se quiere crear una base de datos que almacene informacin sobre la liga espaola de primera divisin. Esta informacin es anual (slo datos de la liga en curso) y se recolectan los datos sobre los equipos que militan ese ao en la categora, su plantilla, cuerpo tcnico y directivos, partidos en los que se enfrentan y resultados (parciales y globales de la liga). Los equipos estn compuestos por un entrenador, un mdico, un preparador fsico, un relaciones pblicas, un segundo entrenador, un presidente del club, varios consejeros y la plantilla de jugadores. De todo este personal se guarda su nombre, DNI, telfono, direccin y sueldo. Adems, de los jugadores se guarda el apodo o alias, el puesto en el equipo, los aos para el fin del contrato, la cuanta para la clusula de rescisin y el nmero de aos en el equipo. El campeonato de liga est compuesto por una serie de jornadas que se identifican con un nmero. Cada jornada est formada por un conjunto de partidos, que son enfrentamientos entre una pareja de equipos y se juegan en el campo de uno de los dos. Queremos tener asociados los partidos a cada jornada y deseamos conocer su resultado (5-0, 3-1, 0-0, etc.), la fecha y hora en que se celebraron, la recaudacin por taquilla, el nmero de espectadores y quienes forman la terna arbitral (un rbitro y dos jueces de lnea). Adems guardamos para cada jornada el total de goles marcados y la recaudacin obtenida por medio de las quinielas de esa jornada. Los colegiados (rbitros y jueces de lnea) son seleccionados al principio de temporada para participar en esa categora. De ellos se almacena el nombre, DNI, antigedad en la categora y categora en la que particip el ao anterior. En cada temporada no son intercambiables los papeles de rbitro y juez de lnea (un juez de lnea no puede actuar como rbitro ni al revs). De los jueces de lnea, adems de los datos antes mencionados guardamos un dato que indique las posibilidades de desempear funciones de rbitro en la temporada siguiente y edad, y de los rbitros si ha sido o no internacional y si fue futbolista anteriormente.

44

Ejercicio 13.Una agencia de transportes agrcolas quiere disear una base de datos para su gestin diaria. La empresa tiene contratados a conductores de los que necesita conocer el nombre, DNI, fecha de nacimiento y direccin particular. Tambin dispone de una flotilla de camiones de los que necesita los siguientes datos : marca, modelo, matrcula, ao de fabricacin, tipo (Frigorfico o Normal) y carga mxima autorizada. A cada conductor se le organizan rutas que duran varios das en las que ir recogiendo y entregando cargas en distintas provincias (en cualquier caso nunca realizan dos rutas un mismo da). Para ello se le asigna un camin y se le entrega la hoja de ruta. La hoja de ruta es un documento compuesto por varias lneas que le informa de cada uno de los trayectos que debe realizar y el contenido del mismo. A continuacin se muestra un ejemplo de la hoja de ruta de Luis Molina correspondiente al 15/3/94 :Nombre : Luis DNI : Matrcula : MA- Tipo de vehculo : Molina 22222 5656 -BZ Frigorifico Fecha salida : 15-3-94 Fecha llegada : 18-3-94 Empres Direcci Ciuda Operac Artcu Ncaj Pes Fecha Hora a n d in as o lo Getisa ZumLi Tricer Fervisa Cereasa Tricer Tricer Lopasa Merci P.Viso c/Canal c/Prim c/Monte s c/Oca P.Valle P.Valle c/Mar C/Camp o Mlag Carga a Jan Descarg a Toled Descarg o a Toled Carga o Toled Carga o Bilbao Descarg a Bilbao Descarg a Lugo Carga Limn Limn Limn Trigo Cente no Trigo 100 30 70 200 300 200 2000 15-3-97 07:00 0 6000 15-3-97 13:00 1400 0 1000 0 1500 0 1000 0 1500 0 3000 0 3000 0 15-3-97 20:00 16-3-97 07:00 16-3-97 10:00 16-3-97 21:00 16-3-97 21:00 17-3-97 08:00 18-3-97 06:00

Cente 300 no Patata 500

Mlag Descarg Patata 500 a a

45

(Observe con detalle las lneas 6 y 7) Para facilitar los trabajos de asignacin, la agencia quiere tener una relacin de empresas con las que trabaja, su nombre, NIF, direccin, ciudad (supondremos que una empresa no tiene dos ubicaciones en la misma ciudad, pero s que puede tener sedes en distintas ciudades, como ocurre con Fervisa, que tiene almacenes en Toledo, Ciudad Real, Madrid y Guadalajara).

Tambin se quieren conocer algunos datos sobre los artculos que esta agencia transporta, a saber: denominacin del artculo, precio por Kg. transportado, e indicacin de modo de transporte (fro o no, para poder realizar las asignaciones de camiones). Por ltimo, en una ruta, pueden ocurrir imprevistos tales como averas, etc. Para estos casos existe una hoja de Eventos en la que se indican los mismos:DNI 222222 22 222222 22 Fecha Hora Vehculo 16-3-94 14:30 MA-5656BZ 16-3-94 16:15 MA-5656BZ Evento Rotura Bomba del agua Pinchazo (da negro)

CHOFERPK id_chofer nombre telefono fech_nac direccion

CAMIONESPK id_camion marca modelo matricula ao_fab PF id_tip_cam ion capacidad_max

TIPO_CAMIONPK id_tip_cam ion descripcion

EMPRESAPK id_em presa nombre direccion PF id_ciudad

CIUDADPK id_ciudad nombre

CAB_HOJA_RUTAPK id_cabecera Fecha_salida Fecha_llegada PF id_chofer PF id_cam ion PF id_detalle

DETALLE_H_RUTAPK id_detalle peso_x_art fech_entrega hora_entrega PF id_operacion PF id_articulo

OPERACIONPK id_operacion descripcion

IMPREVISTOPK id_imprevisto Fecha Hora evento PF id_cabecera

ARTICULOPK id_articulo nombre precio_x_kg modo_transporte

46

Ejercicio 14.Se quiere construir una base de datos que guarda la informacin sobre la tienda, AMAZONIA que vende libros, discos y pelculas exclusivamente por Internet a partir de la siguiente direccin http://www.amazonia.com Para poder comprar algo, antes hay que darse de alta. Para ello se accede a la direccin http://www.amazonia.com/client_form.html y se rellenan los datos de nombre del cliente, DNI, direccin, telfono, direccin electrnica y edad. El cliente debe ser mayor de edad y como datos mnimos debe proporcionar nombre, DNI, edad y direccin postal. Tras rellenar el formulario, el sistema devuelve un nombre de usuario (username) y una palabra de paso (password), que debe ser usada en todos los accesos a los servicios que ofrece la tienda. Todos los pagos se hacen por tarjeta (hay que indicar el tipo de tarjeta: VISA, American Express, etc.), su nmero y la fecha de caducidad, pero estos datos no se piden en el formulario de alta de cliente porque se le permite al cliente que haga cada pago con una tarjeta diferente. El sistema ofrece la posibilidad de consultar un catlogo con los libros de que dispone. Se entra en un formulario http://www.amazonia.com/search.html. y se puede buscar por nombre del autor o por nombre de la obra. Si se pone el nombre del autor slo, se muestran, en orden cronolgico, todas las obras donde ha intervenido este autor y, desde ellas se podr entonces seleccionar la obra que se quiere consultar, de la que se nos mostrar su ficha completa. En el caso de libros, se nos proporciona informacin sobre el ttulo, nmero de pginas, ao de publicacin, editorial (nica para cada obra) y autores (pueden ser varios). Los libros disponen de un ISBN que es un cdigo nico que determina cada obra literaria en el mundo publicada en una determinada editorial; es decir, que si esa misma obra se reeditara en otra editorial, se le asigna un nuevo ISBN y, a todos los efectos, es un nuevo libro. Los clientes coleccionistas compran todas las ediciones de determinadas obras, por lo que el sistema de base de datos debe manejar esta informacin sobre reediciones. Desde la ficha de la obra tambin es posible pedir informacin del autor:

47

nombre, nacionalidad, edad y una foto digitalizada (las fotos se guardan en una serie de ficheros en formato GIF en el mismo directorio que la base de datos). Si el cliente desea hacer un pedido de esa obra, pulsa, desde el botn de la ficha completa, el botn correspondiente y devuelve el precio de la obra (precio e IVA) en la pgina http://www.amazonia.com/request.html. Se pueden encargar en un pedido varios ejemplares de la misma obra. Adems se le piden los datos bancarios, se le da el peso del libro y el tipo de encuadernacin y se le informa del coste de entrega en su domicilio. El cliente puede seleccionar entrega en 24H (su precio es de 3000 por paquetes hasta de 10Kg, con un suplemento de 500 por cada kilo que exceda el lmite) o entrega en una semana (entonces el precio es de 1000 por cada 20 kg. o fraccin). Note que el cliente puede comprar la obra a un precio y en el instante siguiente cambiar de precio (por rebajas o por subidas), sin embargo, a cada cliente se le cobra el precio que se le ha dicho en el momento de su peticin. El cliente rellena este formulario y recibe una clave de pedido para futuras reclamaciones. Adems se le manda un correo con todos los datos de ese pedido y se le vuelve a mandar la clave del pedido. El sistema guarda la informacin de si el correo ha sido enviado son xito. A continuacin se le pregunta al cliente si quiere aadir ms artculos a su pedido. Si es as, vuelve al formulario http://www.amazonia.com/search.html y, en caso contrario, a la pgina de bienvenida. La contestacin a esta pregunta es importante para evitar gastos de envo. El sistema de bases de datos controla que un mismo cliente no haga ms de un pedido por da. Es decir, si el cliente hizo un pedido por la maana y por la tarde quiere encargar ms cosas, el sistema automticamente busca la clave del pedido de la maana e incluye los nuevos artculos. El sistema no le dejar encargar un pedido nuevo hasta el siguiente da. Del mismo modo a cmo se ha indicado que se hacen bsquedas y/o encargos de libros, se pueden hacer sobre pelculas y discos (en formato CD). La diferencia principal estriba en los datos a guardar de cada cosa: de los discos guardaremos el nombre del lbum, sus intrpretes (tambin, como sucede con los libros, pueden ser varios), ao de publicacin, la casa discogrfica propietaria de los derechos de explotacin de la obra, estudio de grabacin y contenido de la obra (lista con los nombres de las canciones que integran cada disco). Los clientes pueden disponer de la siguiente informacin sobre los intrpretes discogrficos: nombre (del artista, si es solista, o del grupo), edad, pas de procedencia y foto. Para las pelculas guardamos su ttulo, ao, directores (y de ellos queremos guardar los mismos datos que para los artistas), reparto de la pelcula, duracin en minutos, ciudades donde se rod, la productora de cine, que es la nica duea de sus derechos, y el nombre del productor.48

El papel del ISBN de las obras literarias lo hace en este caso un nmero de serie (alfanumrico) que permite identificar a cada disco y a cada pelcula. Tenga en cuenta que tambin en estos casos se pueden producir reediciones de obras antiguas y vale todo lo que se dijo para los libros. Por ltimo, tenga tambin en cuenta que para el caso de los discos es posible realizar bsquedas por el estudio de grabacin y de las pelculas por el encargado de su produccin. La empresa est pensada como una apuesta global a la cultura de nuestro siglos en estos tres soportes (papel, CD y cinta de vdeo). Por ello, se dispone de una extensa informacin que permite relacionar estos tres tipos de artculos. Estas relaciones pueden venir dadas de muchas formas: 1.Porque un determinado libro sea al guin de una pelcula (se llama guin al texto escrito que describe paso a paso la pelcula, es decir, de guiones diferentes, salen pelculas diferentes, pues en el caso de los guiones nunca hay reediciones, y, como un remake de una pelcula anterior nunca es idntica a su antecesora, el guin de la nueva ser diferente al de la original). Hay que controlar que el ttulo y el ao de la pelcula y el del guin correspondiente coinciden. 2.Porque un disco sea la banda sonora de una pelcula (y se cumplen las mismas reglas que entre los guiones y las pelculas). 3.Porque un disco sea la edicin para sordos de un determinado libro (y tambin se dan las mismas circunstancias) La empresa quiere que tengamos a disposicin de los clientes una ficha extendida que recoja esta informacin de forma que buscando un ttulo de pelcula proporcione informacin sobre su banda sonora y el guin de la misma si sta est disponible. Igualmente si se trata de un libro en formato CD para sordos, etc. El sistema pretende incentivar la compra de los clientes, por lo que cada mes se le aplica a cada cliente un descuento de un 1% por cada artculo comprado en el mes anterior. La tienda aprovecha al mximo las posibilidades de su presencia en Internet y pone a disposicin de los clientes una serie de listas de discusin sobre determinados temas. Estas listas, que se identifican con un nombre, tienen una descripcin que determina su contenido y son en realidad unos foros de discusin virtuales, de modo que los clientes expresan su opinin sobre asuntos relacionados con esa descripcin. En la pgina http://www.amazonia.com/lists/Iberoamerica se presenta la informacin de la lista sobre temas relacionados con Iberoamrica. Cada cliente, participa en el debate mandando un correo al coordinador de cada lista49

(iberoamerica@amazonia.com en nuestro caso) que lo hace pblico si considera que es de inters para el resto de la lista. Para participar en una lista hay que darse de alta en la misma mandando un correo al coordinador. Todas las intervenciones (tanto si son publicadas como si no) son guardadas por el sistema junto con los datos del cliente que la ha realizado, el texto del mensaje y su fecha (da y hora completa). Hay que comprobar que estos correos pertenecen a usuarios de la lista y no a clientes en general Estas intervenciones, adems, pueden ser contestadas a su vez por otros clientes, para ello, en el correo que enva el cliente identifica el mensaje al que quiere contestar y su texto de contestacin. De este modo, el coordinador mantiene un foro totalmente dinmico (si se pincha un correo, nos devuelve una nueva pgina con todas las contestaciones a que ha dado lugar y sobre cada una de ellas, lo mismo). Esto permite seguir las discusiones en cualquier momento desde el principio de la lista. Para que estas listas potencien las compras de artculos de la empresa, sta ha dotado al sistema de dos recursos: a)Si en un mensaje, un cliente cita un libro, disco o pelcula de la tienda, en la pgina de discusin esta cita aparece activa y si se pulsa aparece su ficha completa (esto requiere que el sistema guarde estas referencias asociadas a cada correo para que el departamento de desarrollo de pginas las vaya actualizando) b)El coordinador propone cada cierto tiempo una serie de temas de inters (suficientemente cercanos a libros, discos o pelcula de la empresa). Cuando el cliente consulta la lista de discusin puede consultar la lista o echar un vistazo a cada uno de los temas que estn activos. Por ejemplo, en la lista Iberoamrica el administrador tiene propuestos tres temas: Realismo Mgico, Intercultura Amrica-Europa y El Pulmn del Mundo. Cada nombre identifica a un tema, pero de este pueden participar diferentes listas (por ejemplo el tema El Pulmn del Mundo est tambin propuesto en una lista llamada Ecologa: Desarrollo Sostenible). Estos temas se les van ocurriendo a los coordinadores y siguen el siguiente proceso: cuando tiene una idea, la da de alta como tema ponindole un nombre, pero le pone la opcin de desactivada. Aade entonces un texto que describe lo que pretende con la creacin de ese tema e indica que listas pueden estar relacionadas con ese nuevo tema. Adems propone libros, discos o pelculas que estn directamente relacionados con este tema. Cuando un tema est listo para salir a la luz, se le pone la opcin de activado y se le crea una pgina que guardar toda la discusin que genere. Cuando los temas comienzan a perder el inters de los clientes se vuelven inactivos y se anula su referencia a la pgina. Sin embargo, nunca se borra su informacin, ni la de los correos que ha generado. Se debe poder saber en qu periodo ha estado activa cada lista.

50

La empresa genera una revista virtual mensual (que se consulta tambin desde la pgina de bienvenida de Amazonia). Dicha revista tiene dos secciones: superventas y novedades. En novedades, se generan expectativas sobre productos que llegarn prximamente. En cada revista se presenta siempre un libro, un disco y una pelcula. Y adems de la ficha completa de cada uno de ellos, se muestra una resea (pequea crtica) escrita por un personaje de prestigio. La resea va siempre firmada por su autor. Estos productos tienen un 15% de descuento. Superventas recoge, en orden, la informacin de la obra ms vendida en el mes anterior en cada departamento (libros, discos y pelculas).p e d id o p e d id o _ p e li c u la p e l ic u l aP KI S B N t it u lo ao re p a rto p ro d u c to ra F K id _ d i r e c t o r F K id _ p r o d u c t o r

c l ie n t eP Kd n i n o m b re d ir e c c i o n t e l e fo n o e m a il edad p o s ta l

P Ki d _ p e d i d o P Fi d _ p e d i d o c a n tid a d P FI S B N fe c h a F Kd n i L ib r o _ p e d id o F K id _ e n t r e g a C iu d a d P FI S B N P Fi d _ p e d i d o P Ki d _ c i u d a d n o m b re p a is C la v e _ p e d id o F KI S B N F Kd n i u s u a r io p a s s w o rd

L o g in

P Fi d _ p e d i d o P Kc l a v e e m a il T a r j e t a _ c r e d it oe s t a d o

L ib r o

p e d id o _ D i s c o tsit u l oP Fi d _ p e d i d o P FI S B N

P KI S B N n u m P a g in a s P r o d u c t o r ao P Ki d _ p r o d u c t o r p re c io n o m b re e d ic i o n d i r e c c io n e je m p la re s p a is peso es tad o t ip o _ e n c u a d F Ki d _ a u t o r

F Kd n i n u m _ ta rj n o m b re fe c h a _ c a d u c t i p o _ e n t r e g a F Ki d _ t ip o _ t a r j P Ki d _ e n t r e g a B anco D is c o s d e s c rip c io n p r e c i o _ a c t u a lP KI S B N p r e c i o _ e x c e s o n o m b r e _ a lb u m

D ir e c to r

tip o _ t a r je ta

P Ki d _ t i p o _ t a r j D i s c o g r a f ic a n o m b re P Ki d _ d i s c o g r a f i c a e s ta d o n o m b re d ir e c c e s ta d o In te r p r e t e

a o _ p u b l ic e s t u d i o _ g r aE d ci t o r i a l_ L i b r o ba F Kid _ d i s c o g r a P ic a _ e d i t o r i a l f Fi d F Kid _ in t e r p r e t P FI S B N e

Au to r

t ip o _ i n t e r p r e t eP Ki d _ t i p o d e s c r ip c io n e s ta d o

P Ki d _ a u t o r n o m b re n a c i o n a l id a d E d ito r ia l e d a d F Kc o d i g o _ f o t o P Ki fo to s P Ki d _ i n t e r p r e t C o n t e n i d o d _ e d i t o r i a l e n o m b re n o m b re P Kc o d i g o _ f o t o d e s c r i p c i o nd i r e c c i o n edad fo t o P FI S B N e s ta d o p a is e s ta d o F Kid _ t ip o F Kc o d ig o _ f o t o 51

P Ki d _ d i r e c t o r n o m b re edad p a is F Kc o d i g o _ f o t o