Monografas Nuevas Publicar Blogs Foros

Busqueda avanzada
Buscar

Buscar ms trabajos sobre...

Software
Monografias.com > Computacion > Software

Descargar

Imprimir

Comentar Ver trabajos relacionados

Introduccin a los Sistemas de Base de Datos

Enviado por MARLON RUIZ Anuncios Google

Nuevo Axe Anarchy

Hombre mas mujer desta el caos! ElEfectoAxe.com

Hotel Reservation System Oracle

Airline & Car Booking Engine, CRS, GDS & XMLs Integration. www.hotelreservationssystem.com Research this Top 500 manufacturer at IndustryWeek IndustryWeek.com 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.

Base de Datos Componentes de una Base de Datos Tipos de Usuarios en Base de Datos Conceptos Bsicos de Base de datos Niveles de Abstraccin en Base de datos DBMS Integridad de Datos Recuperacin de Datos Mirror o Espejo Seguridad de los Datos

13. 14. 15. 16. 17.

Control y Administracinde Recursos Ciclo de vida de las operaciones de Base de datos Diseo de Base de datos Modelo Entidad Relacin Ejercicios

Es un sistema que almacena datos que estn relacionados. Es un repositorio en donde guardamos informacin integrada que podemos almacenar y recuperar.

Un conjunto de informacin almacenada en memoria auxiliar que permite acceso directo y un conjunto de programas que manipulan esos datos

Componentes de una Base de Datos:

Hardware: constituido por dispositivo de almacenamiento como discos, tambores, cintas, etc. Software: que es el DBMS o Sistema Administrador de Base de Datos. Datos: los cuales estn almacenados de acuerdo a la estructura externa y van a ser procesados para convertirse en informacin.

Tipos de Usuarios en Base de Datos

Usuario Final: es la persona que utiliza los datos, esta persona ve datos convertidos en informacin: Desarrollador de Aplicaciones: es la persona que desarrolla los sistemas que interactun con la Base de Datos.

DBA: es la persona que asegura integridad, consistencia, redundancia, seguridad este es el Administrador de Base de Datos quien sed encarga de realizar el mantenimiento diario o peridico de los datos.

Las personas tienen acceso DBMS se clasifican de la siguiente manera: USUARIOS INGENUOS. Son aquellos que interactuan con el sistema por medio de aplicaciones permanentes. USUARIOS SOFISTICADOS.- son aquellos con la capacidad de acceder a la informacin por medios de lenguajes de consulta. PROGRAMADORES DE APLICACIN.- son aquellos con un amplio dominio del DML capaces de generar nuevos mdulos o utilerias capaces de manejar nuevos datos en el sistema. USUARIOS ESPECIALIZADOS.- son aquellos que desarrollan mdulos que no se refieren precisamente al manejo de los datos, si no a aplicaciones avanzadas como sistemas expertos, reconocimientos de imgenes, procesamiento de audio y dems. Conceptos Bsicos de Base de datos

Archivo: son conjuntos de registros. Registros: son conjuntos de campos. Campos: es la minma unidad de referencia.

Niveles de Abstraccin en Base de datos

Externo: esa es la visin del usuario final, se ve como se maneja los datos ya convertidos en informacin. Es aquel en el que se presenta al usuario final y que puede combinaciones o relaciones entre los datos que conforman a la base de datos global. Puede definirse como la forma en el que el usuario aprecia la informacin y sus relaciones. Conceptual: se ve como esta estructurado la Base Datos, equipos de campo tiene como estan estructurado los registros. Es aquel en el que se definen las estructuras lgicas de almacenamiento y las relaciones que se darn entre ellas. Ejemplos comunes de este nivel son eldiseo de los registros y las ligas que permitirn la conexin entre registros de un mismo archivo, de archivos distintos incluso, de ligas hacia archivos. Interno: se ve como se almacena los datos fisicamente. Es aquel en el que se determinan las caractersticas de almacenamiento en el medio secundario. Los diseadores de este nivel poseen un amplio dominio de cuestiones tcnicas y de manejo de hardware. Muchas veces se opta por mantener el nivel fsico proporcionado por el sistema operativo para facilitar y agilizar el desarrollo. DBMS(Data Managment System (Sistema Administrador de Base de Datos) ) Los Sistemas Gestores de Bases de Datos son un tipo de software muy especfico, dedicado a servir de interfaz entre las bases de datos y las aplicaciones que la utilizan. Se compone de un lenguaje de definicin de datos, de un lenguaje de manipulacin de datos y de un lenguaje de consulta. En los textos que tratan este tema, o temas relacionados, se mencionan los trminos SGBD y DBMS, siendo ambos equivalentes, y acrnimos, respectivamente, de Sistema Gestor de Bases de Datos y DataBase Management System, su expresin inglesa. Subsistema de un DBMS

Motor Ncleo DBMS: recibe los requerimientos lgicos de E/S y los convierte en operaciones de lectura y escritura. Lgicos: son cualquier tipo de consulta requerimiento de lectura con ingreso de datos (requerimiento de estructura) es ayudado por el Sistema Operativo para convertir estos requerimientos lgicos en fsicos que actun sobre dispositivos de almacenamiento. Herramientas de definicin: permite 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 Base de Datos, es que definimos la estructura de la tabla, los tipos de campos, las restricciones para los campos.

Subesquema: manejo de vistas de datos, de niveles externos. Esquema: manejo de niveles conceptuales.

Interface de Procesamiento: me provee de las facilidades de actualizacin, despliegue y visualizacin de datos. Desarrollo de Aplicaciones: me permite generar una aplicacin por Ej: generadores de formas, pantalla, cdigo, herramientas case, etc. Diccionario de Datos: este es el componente al subsistema con el que interactun directamente el DBA, le proporciona niveles de consulta y reportes tiles para su trabajo de administracin. Es la descripcin de la estructura de Base de Datos y relaciones entre datos, y programas. DBMS Caractersticas y Objetos:

Independencia de Datos: el DBMS me provee una independencia de mis datos vs. las aplicaciones. Cambio en datos no implica cambio en programas y viceversa (Menor coste de mantenimiento).

Minimizar Redundancia (Datos repetidos): desperdicio de Espacio de Almacenamiento.

Independencia de datos es proteger nuestro programa de aplicaciones frente a las modificaciones en la estructura de datos y viceversa, ya sea en formafsica lgica.

Independencia Fsica: es proteccin a los programas de aplicacin debido a cambios en la estructura de archivos, con cambios en las caractersticas de los campos. Ej: cambio de clave primaria a secundaria. Independencia Lgica: proteccin a los programas de aplicacin cuando se modifica el esquema.

Redundancia, datos repetidos y distribuidos en cualquier parte. El efecto que ocasiona la redundancia es tener inconsistencia de datos y desperdicio de espacio de almacenamiento. Esta se presenta cuando se repiten innecesariamente datos en los archivos que conforman la base de datos.

Inconsistencia de Datos: dato que esta en lugar con un valor y encuentra en otro lugar con otro valor. Ej: se actualiza el archivo cliente pero no se actualiza el archivo de transacciones. Ocurre cuando existe informacin contradictoria o incongruente en la base de datos.

Integridad de Datos Integridad: conjunto de seguridades que son utilizadas para mantener los datos correctos.

Ocurre cuando no existe a travs de todo el sistema procedimientos uniformes de validacin para los datos.

Fuente de Error: estas fuentes de error se origina si el programa de entrada de datos no esta validado. Ej: fallas de hardware, actualizaciones incompletas, defectos del software, insercin de datos no vlidos, errores humanos. Una tcnica que usa el BDMS de una entrada de datos no vlida es la validacin.

Validacin: es proteger los datos, validar los datos en la entrada de datos. Existen tipos de validaciones:

Tipo de Dato: es si se define un campo como carcter char y no puede ingresar nmeros enteros. Valor de Dato: si se define un valor entero se puede especificar un rango y no se puede pasar de ese valor. Valores Claves / No Nulos: asegura registros nicos y cuyos valores no sean nulos. Integridad Referencial: asegura al DBMS que no exista registros hijos sin sus registros padres correspondientes.

Control de Concurrencia Simultaniedad Se da en ambiente multi-usuario, tratando de acceder aun objeto de datos al mismo tiempo. Ocurre cuando el sistema es multiusuario y no se establecen los controles adecuados para sincronizar los procesos que afectan a la base de datos. Comnmente se refiere a la poca o nula efectividad de los procedimientos de bloqueo Granularidad: que es el tamao de las unidades aseguradas. Ej: la granularidad puede proteger un campo, un registro, un archivo,etc.

Dead-look(bloqueo): es la tcnica que evita errores de concurrencia, se da cuando se desarrolla una espera circular entre dos transacciones y cada una de estas solicita una actualizacin sobre

el mismo archivo, no permite a otros usuarios el recurso hasta que trmine el proceso, se da la espera circular. Recuperacin de Datos Recuperar los datos frente a las fuentes de error mencionadas anteriormente. La restauracin de la Base de Datos a su estado normal esresponsabilidad del DBA, quien esl el responsable de implantar procedimientos de deteccin de error y recuperacin. El DBA es quien tiene el control centralizado de la base de datos. Se persigue con esto reducir el nmero de personas que tengan acceso a los detalles tcnicos y de diseo para la operacin del DBMS. Las soluciones principales de un DBA son: DEFINICION DEL ESQUEMA.- Crea el esquema original de la base de datos y genera el diccionario de datos por medio de proposiciones en DDL. DEFINICION DE ESTRUCTURAS DE ALMACENAMIENTO Y METODOS DE ACCESO.- Se encarga de generar a seleccionar estructuras para el medio secundario y definir los mtodos de acceso a la informacin, esto ultimo por medio de proposiciones en DML. MODIFICACION DE ESQUEMA Y ORGANIZACIN.- Es una actividad poco frecuente que consiste en redisear el esquema de la base de datos. Esto se hara necesario ante la modificacin abrupta de las condiciones originales que dieron pie al diseo del esquema primario. Las proposiciones para llevar a cabo esta tarea se realizan en DDL. CONCESION DE AUTORIZACIONES DE ACCESO.- Se encarga de registrar a los usuarios para permitir su acceso al DBMS. Asigna a cada uno de ellos una serie de atributos que le permiten gozar de privilegios como el acceso a determinadas reas de aplicacin, de los datos o del uso de recursos en el sistema. ESPECIFICACION DE LAS LIMITANTES DE INTEGRIDAD.- Crea una serie de tablas donde se especifica el conjunto de restricciones que sern aplicables durante los procesos de actualizacin Para recuperar: Backup(respaldo): disco duro,cinta.

Backup caliente: Base de Datos esta operativa. Backup frio: Base de Datos no esta operativa.

Mirror o Espejo

Archivos de Logs: (registro de transaccin) Son las transacciones diarias que se registran en la Base de Datos. Cuando ocurre un problema se acude a los archivos de logs se hace un REVERSO y tambin se puede recuperar la ltima transaccin que se hizo. Seguridad de los Datos Se presentan cuando no es posible establecer claves de acceso y resguardo en forma uniforme para todo el sistema, facilitando as el acceso a intrusos. La seguridad de los datos se puede definir en las siguientes aspectos:

Objeto a asegurar: el primer objeto a asegurar son los objetos, programas y finalmente al esquema. Codificacin de Claves: el DBMS provee la seguridad de los Login (usuario y password). Control de Acceso: se especifican seguridades contra accesos indicados orientado a personas no autorizada.

Control y Administracinde Recursos El DBMS debe proveer al DBA de todos los mecanismos para control y administracin de recursos. Para que el DBA con integridad de datos, recuperacin de errores e implementacin de seguridad. Establecimiento de Relaciones entre Datos El BDMS debe proveer los recursos para el establecimiento de relaciones entre los datos, cuales son las relaciones: 1 -> 1, 1 -> n, n -> n Ciclo de vida de las operaciones de Base de datos Etapas:

Planificacin del Proyecto Definicin del Sistema Recoleccin y Anlisis de los Requisitos Diseo de la Base de Datos Seleccin del SGDB / DBMS Diseo de la Aplicacin Prototipo Implementacin Conversin y Carga de datos

Prueba Mantenimiento

Estas etapas no son estrictamente secuenciales de hecho hay que repetir algunas de las etapas varias veces haciendo lo que se conoce como "Ciclos de Re-alimentacin" por Ej: los problemas que se encuentran en la etapa de Diseo de la Base de Datos pueden requerir una recoleccin de requisitos adicional y su posterior anlisis. El ciclo de vida de un desarrollo de una base de datos consta de siete pasos: Anlisis de las necesidades Estudio de viabilidad Definicin de requisitos Diseo conceptual / lgico Implementacin Evaluacin y Mantenimiento Planificacin del Proyecto: Esta etapa con lleva la planificacin de como se puede llevar acabo las etapas de ciclo de vida de la manera ms eficiente, hay tres componentes principales:

El trabajo que se va arealizar. Los recurso para llevarlo acabo. El dinero para pagar todo ello. Definicin del Sistema

En esta etapa se especifica el mbito y los ndices de la aplicacin de la Base de Datos as como con que otros sistemas interactua. Tambin hay que determinar quienes son los usuarios y las reas de la aplicacin. Recoleccin y Anlisis de los Requisitos: En esta etapa se recoge y analiza los requerimientos de los usuarios y de las reas de aplicacin. Esta informacin se la puede recoger de varias formas:

Entrevistando el personal de la empresa concretamente aquellos que son considerando expertos en la rea que se de. Observando el funcionamiento de la empresa. Examinando documentos sobre todo aquellos que se utilizan para recoger o visualizar la informacin. Utilizando cuestionario para recoger informacin de grandes grupos de usuarios. Utilizan la experiencia adquirida en el Diseo de Sistemas similares.

Esta etapa tiene como resultado en conjunto de documentos con las especificaciones de requisitos de los usuarios en donde se describen las operaciones que se realizan en la empresa desde distintos puntos de vista.

Los requisitos de desarrollo involucran el software y hardware necesario para la implementacin, los recursos humanos necesarios (tanto internos como externos), la formacin al personal. Diseo de Base de datos: En esta etapa se crea un esquema conceptual de la base de datos. Se desarrollan las especificaciones hasta el punto en que puede comenzar la implementacin. Durante esta etapa se crean modelos detallados de las vistas de usuario y sobre todo las relaciones entre cada elemento del sistema, documentando los derechos de uso y manipulacin de los diferentes grupos de usuarios. Si parte de la informacin necesaria para crear algn elemento establecido ya se encuentra implementado en otro sistema de almacenamiento hay que documentar que relacin existir entre uno y otro y detallar los sistemas que eviten la duplicidad o incoherencia de los datos. El diseo consta, como se vio anteriormente, de tres fases: el diseo global o conceptual, el diseo lgico y el modelo fsico. Esta etapa consta de tres fases: diseo conceptual, diseo lgico, diseo fisico de la Base de Datos. La primera fase consiste en la produccin de un esquema conceptual que es independiente de todos los consideraciones fisicas.este modelo se refina despus en un esquema lgico eliminando las construcciones que no se puede representar en el modelo de Base de Datos escogido (relacional, orientado a objeto,etc). En la tercera fase el esquema lgico que traduce un esquema fisico para el sistema gestor de Base de Datos escogido. La fase de diseo fisico considera las estructuras de almacenamiento y los mtodos de acceso necesarios para proporcionar un acceso eficiente a la Base de Datos en memoria secundaria. Seleccin del SGBD / DBMS: Si no se dispone de un Sistema Gestor de Base de Datos o que se encuentre obsoleto se debe escoger un SGBD que sea adecuado para el sistema de informacin esta eleccin se debe hacer en cualquier momento antes del diseo lgico. Diseo de aplicacin: En esta etapa de disea los programas de aplicacin que usarn y aplicar la Base de Datos, esta etapa el diseo de la Base de Datos son paralelos en la mayor parte de los casos no se puede finalizar el diseo de las aplicaciones hasta que se a terminado el diseo de Base de Datos. Por otra lado la Base de Datos exige para dar soporte a las aplicaciones por lo que ahora una retroalimentacin desde el diseo de las aplicaciones al diseo de la Base de Datos. En esta etapa hay que asegurarse de que toda la funcionalidad especificada en los requisitos de usuarios se encuentra en el diseo de la aplicacin. Prototipo:

Esta etapa es opcional es para construir prototipo de la aplicain que permiten a los diseadores y al usuario probar el sistema, un prototipo es un modelo de trabajo de las aplicaciones del sistema. El prototipo no tiene toda la funcionalidad del sistema final pero es suficiente para que los usuarios puedan usar el sistema e identificar que aspectos estan bien, cuales no son adecuados adems de poder sugerir mejora la inclusin de nuevos elementos. Implementacin: En esta etapa se crean las definiciones de la Base de Datos a nivel conceptual externo interno, as como los programas de aplicacin la implementacin de la Base de Datos se realiza mediante las sentencias SQL, estas sentencias se encargan de crear el sistema d la base, los ficheros donde se almacenarn los datos y las vistas de los usuarios. Los programas de aplicacin se implementan utilizando lenguaje de tercera y cuarta generacin, partes de estas aplicaciones son transacciones de la Base de Datos que se implementan tambin mediante lenguaje SQL. La sentencia de este lenguaje se pueden embeber en un lenguaje de programcin anfitrion como Visual Basic,Java, etc. Tambin se implementan en esta etapa todos l,os controles de seguridad e integridad. Una vez totalmente detallado el modelo conceptual se comienza con la implementacin fsica del modelo de datos, a medida que se va avanzando en el modelo el administrador del sistema va asegurando la correccin del modelo y el validador la utilidad del mismo. Conversin y Carga de datos: Esta etapa es necesaria cuando se esta reemplazando un sistema antiguo por uno nuevo. Los datos se cargan desde el sistema viejo al nuevo directamente si es necesario se convierte al formato que requiera el nuevo SGBD y luego se carga esta etapa se la suele llamar "Migracin". Prueba: En esta etapa se prueba y vlida el sistema con los requisitos especificados por los usuarios. Para ello se debe disear una materia de test con datos reales que se deben llevar acabo de manera metdica y rigurosa. Si la fase de prueba se lleva correctamente descubrir los errores en los programas de aplicacin y en la estructura de la Base de Datos. Mantenimiento: Una vez que el sistema esta completamente probado o implementado se pone en marcha. El sistema esta ahora en la fase de mantenimiento en la que se lleva acabo los siguientes tareas: monitoreo de las prestaciones del sistema y mantenimiento, y actualizacin del sistema. En esta ltima etapa todos los usuarios del sistema acceden a la base de datos y deben asegurarse el correcto funcionamiento de la misma, que sus derechos son los adecuados, teniendo a su disposicin cuanta informacin necesiten. Tambin debern asegurarse que el acceso a los datos es cmodo, prctico, seguro y que se han eliminado, en la medida de lo posible, las posibilidades de error. El administrador se asegura que todos los derechos y todas las restricciones han sido implementadas correctamente y que se ha seguido en manual de estilo en la totalidad de la implementacin Modelo Entidad Relacin

Modelaje: es el proceso mediante el cual podemos identificar las propiedades dinmicas estticas de un dominio de aplicacin con mira a su transformacin en un diseo interpretable en un sistema computarizado. Es el plasmar los requerimientos de los usuarios en un programa para poder implementarlo. Entidad: es el objeto sobre el cual se requiere mantener almacenar informacin. Relacin: es la asociacin significativa y estable entre dos entidades

Atributo: son las propiedades que describen y califican una entidad. Ej: Entidad cliente(nombre, apelliido, direccin, edad, sexo)

Las entidades se las representa mediante cajas que se colocan el nombre de la entidad con letras maysculas. Ej:

Las relaciones se representan con lneas que conectan las cajas de las entidades. Ej:

Los atributos se incluyen dentro de las cajas de las entidades y se escriben con minsculas. Ej:

Entidades: se puede considerar entidades a los sujetos, objetos, a los eventos, a los lugares y a los abstracciones.

Relaciones: las relaciones tiene tres propiedades caractersticas:

Grado Cardinalidad: que se clasifica en:

Opcionalidad: es la participacin obligatoria u opcional en la entidad de la relacin.

Leyenda: es una expresin que escribe el rol de cada entidad en la relacin.

Como se lee el Grado Cardinalidad:

Uno a muchos: una instancia de la entidad A se relaciona con una ms instancias de la entidad B.

Muchos a muchos: una instancia de la entidad A se relaciona con una ms instancias de la entidad B y una instancia de la entidad B se relaciona con uno ms instancias de le entidad B.

Uno a uno: una instancia de la entidad A se relaciona con uno y slo unainstancia de la entidad B.

Relacin Recursiva Una instancia de una entidad se asocia con instancia de si misma, es opcional en los dos extremos,es decir, no hay el carcter de obligatorio. Ej:

Atributo: Los atributos son empleados para identificar, describir, calificar expresar el estado de una entidad. Todo entidad posee un atributo combinacin de atributos que se denomina "clave primaria" y que emplea para diferenciar cada instancia de los dems. Adicionalmente los atributos pueden ser obligatoriou opcionales.

A los atributos que forman parte de la clave primaria se los identifica anteponiendoles el signo de numero (#). A los atributos obligatoriose les antepone el asterisco (*). A los atributos opcionales se les antepone un circulo (o). Ejemplo:

En un diagrama entidad-relacin tambin puede agrupar las entidades en supertipo y en subtipo.

Los supertipo agrupa a dos ms entidades subtipo. Los subtipo heredan los atributos de las entidades supertipo.

Cada subtipo puede tener relaciones propias independientes del supertipo. Los subtipos se representan como cajas dibujadas dentro de la caja del supertipo.

EJERCICIOS: 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 a los propietarios que deseen obtener ingresos cuando no usan sus botes. Por tal servicio San Juan cobra 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 esta por completo equipado cuando se renta; gran parte del equipo proporciona el propietario, San Juan agrega otra parte. El equipo que proporciona el propietario incluye lo que es parte del bote como: radio,brjula, indicadores de profundidad. Otros importantes instrumentos como estufas y refrigeradores. Otros que proporciona el propietario no estn instalados como parte del bote tales implementos incluyen velas, cuerdas, anclas bolsas de caucho, salvavidas, y en la cabina platos, cubiertos, utensilios de cocina, etc. San Juan aporta el equipo de consumo que podra considerarse como provisiones,libros, jabn, toallas de cocina y artculos similares.

Una importante responsabilidad de San Juan es registrar el equipo que este en el bote, en particular lo 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 viaje; algunos itinerarios son ms peligrosos que otros por tal motivo a San Juan le gustara saber que clientes tienen determinado experiencias. En algunos viajes los clientes solicitan servicios de una tripulacin y San Juan contrata por hora a tales personas. Las embarcaciones necesitan mantenimiento, San Juan incluye servicios precisos de todos esos procesos y costos de mantenimiento incluyendo actividades normales como limpieza, cambia de aceite o representaciones no programadas. En algunos casos son necesarias las invitaciones 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. Por tanto ms estas decisiones los despachadores necesitan informacin sobre sus opciones de reparacin y antecedentes sobre costos y calidad de la reparacin. ENTIDADES:

CLIENTE PROPIETARIO BOTE EQUIPO VIAJE MANTENIMIENTO REPARACIN TRIPULACIN TIP_EQUIPO

Video club En una tienda de video se necesita mantener informacin de alrededor de 3000 casetas cada uno de los casetes tiene asignado un nmero por cada `pelcula se necesita conocer un titulo y categora por ejemplo: comedia, suspenso, drama, accin, ciencia ficcin, etc. Se mantienen algunas copias de muchas pelculas. Se le da a cada pelcula una identificacin y se mantiene seguimiento de lo que contiene cada casete. Un casete puede venir en varios formatos y una pelcula es grabada en un solo casete; frecuentemente las pelculas son pedidas de acuerdo a un actor especifico Tom Cruise y Demi More son los ms populares es por esto que se debe mantener informacin de los actores que pertenecen a cada pelcula. No en todas las pelculas actan artistas famosos, a los clientes de la tienda le gusta conocer datos como el nombre real del actor, y su fecha de nacimiento. En la tienda se mantienen informacin solo d los actores que aparecen en las pelculas y que se tiene a disposicin. Solo se alquila videos a aquellos que pertenecen al club de videos. Para pertenecer al club se debe tener un buen crdito. Por cada miembro del club se mantiene una ficha con su nombre,telfono y direccin, cada miembro del club tiene asignado un nmero de membresa. Se desea mantener informacin de todos los casetes que un cliente alquila, cuando un cliente alquila un casete se debera conocer e nombre de la pelcula, la fecha en la que se alquila y la fecha de devolucin. ENTIDAD

CLIENTE

PELCULAS TIPO_PEL ACTORES CASETE ALQUILER

ACTOS VANDLICOS Una cadena de hoteles a 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 cuales son estos muebles. En la base de datos tendremos informacin de cada hotel (cdigo, direccin, telfono), as como un conjunto de habitaciones identificadas con un nmero de identificacin nico para cada hotel y un nmero de inmobiliario estndar con un cdigo, descripcin precio, por ejemplo: "Silla de cuero, diseo clsico, $43 ". Despus de hacer un inventario todo el mobiliario de los hoteles esta identificado, es decir, sabemos que y cuanto elemento 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 lavado y si tiene nevera. Cada cliente tiene informacin personal (cedula de identidad, nombre, etc.) y adems un historial de sus actos vandlicos. Para cada cliente guardaremos que muebles y cuantos han deteriorado. Tambin queremos saber la estancia que ha hecho cada cliente en el hotel, guardaremos en un atributo la fecha de llegada y de salida, as como la de la habitacin en la que se ha alojado. Un cliente puede alojarse en una misma habitacin del hotel en diferentes estancias.

Queremos saber los actos vandlicos (que y cuantos muebles) que ha hecho cada cliente en conjunto independientemente de la habitacin que se halla producido. Queremos saber los actos vandlicos de cada cliente en cada habitacin. ENTIDADES

CLIENTE HOTEL HABITACIN MOBILIARIO ESTANCIA TIPO_CLIENTE ACTO_VANDALICO TIPO_HABITACION TIPO_MUEBLE

Ejercicios Propuestos El Instituto Se pretende dotar a un centro escolar de medios informticos con el fin de automatizar su gestin. Descripcin En el centro se utilizan cuadernillos de notas para cada alumno, donde se ponen las notas correspondientes a cada evaluacin de las asignaturas a las que asiste el alumno. Para ello es preciso tener una lista de alumnos que siguen una asignatura y una lista de alumnos que no tienen nota de una asignatura determinada. Tambin se

quiere la lista de notas dada por un profesor. Adems, cada clase tiene un profesor que hace las funciones de tutor, un profesor puede ser tutor de varias clases e impartir varias asignaturas en una clase, pero una asignatura solo puede ser impartida por un profesor en una clase. En cada clase, hay tambin dos representantes o delegados. Resultados a considerar El sistema debe dar respuesta a las siguientes preguntas: 1. El profesor J. Prez imparte Ingles en 4o C (Lista de destinos del profesor por asignatura y clase). 2. P. Snchez es alumno de la clase 3o A (Lista de alumnos por clase). 3. P. Rodrguez ha obtenido una nota de 6 en Ingles el 12/3/97 (Libretas de notas). 4. La profesora C. Castillo es tutora de 5o B (Lista de tutores). 5. J. Largo es delegado de 3o A (Lista de delegados). 6. El profesor J. Prez es profesor del Instituto desde Septiembre de 1992. La asociacin "Amigos de la Fiesta" desea recoger en una base de datos toda la informacin acerca de las corridas de todos que se celebran en Espaa y de todos los datos relacionados con ellas. Se desea tener informacin acerca de cada corrida, identificada conjuntamente por un nmero de orden, la feria en la que se celebra y el ao de celebracin (por ejemplo: orden = 2, feria = San Isidro, Ao = 1999). En una determinada corrida actan una serie de toreros (mnimo 1 y mximo 3) de los que desea guardar su DNI, nombre, apodo y fecha en que tom la alternativa (fecha en la que se convirti en matador de toros). Adems se desea saber quien fue el torero que le dio la alternativa (padrino) en su da (un torero puede dar la alternativa a varios toreros o a ninguno). En cada corrida un torero obtiene una serie de premios (cuntas orejas, cuntos rabos y si sali por la puerta grande o no) de los que se desea mantener informacin. Cada torero puede tener un apoderado del que es protegido. A su vez, un apoderado lo puede ser de varios toreros. De l se desea saber su DNI, nombre, direccin y telfono. Una corrida se celebra en una plaza de toros de la que se desea saber su nombre que se supone nico, localidad, direccin y aforo. En una misma plaza se pueden celebrar varias corridas de toros. En cada corrida son estoqueados al menos 6 toros. Cada toro viene identificado por el cdigo de la ganadera a la que pertenece, el ao en que naci y un nmero de orden. Adems se desea mantener informacin acerca de su nombre y color as como el orden en que fue toreado. Cada toro pertenece a una ganadera determinada. De cada ganadera se pretende saber su cdigo, localidad y antigedad (fecha de creacin). Ejemplos de Enunciados

1. 2. Cada orden de comprar da lugar a una factura.

3. Un empleado pueden o no puede ser un vendedor pero un vendedor puede ser un empleado.

4. Un cliente solamente puede enviar una orden de compra al mismo tiempo cualquier persona que no tenga una orden pendiente no es un cliente.

5. Un cliente es un cliente sin importar el nmero de orden de compra que tenga pendiente hasta la fecha. Cada orden de compra pertenece a un cliente.

6. Un vendedor puede tener una o ms clientes. 7. Cada producto que tenemos en stock esta compuesto de uno ms partes, cada parte es usada en un solo producto.

MODELO RELACIONAL
Modelo Programador Relacional Relacin Tupla Atributo Archivo Registro Campo Tabla Fila Columna Campo

El conjunto de una base de datos es el conjunto de tabla relacional. La tabla.- Es un conjunto de restricciones. NORMALIZACIN.- El proceso que revisa que la tabla este bien estructurado se llama normalizacin.

La normalizacin esta basada en el concepto de formas normales cada forma normal tiene un conjunto de reglas que deben ser verificada (1NF, 2NF, 3NF). Estas formas normales son anidados, es decir que para que una relacin este en 3FN debe haber pasado por 2FN y esta por la 1FN. Conceptos usados en la normalizacin

Dependencia Funcional.- es la relacin que existe entre dos atributos. Ejemplo:

Dado un valor de X existe un valor de Y entonces Y es funcionalmente dependiente de Y. EMPLEADO

Cod_empleado 001 002 Nombre Juan Perez Ana Quiroz XY

Claves o llaves.- Es el atributo que le da la diferencia a cada tabla este atributo hace que no tengamos tuplas o filas repetidas.

Cod_cliente 001 002 003 004 005

Nombre_cliente Juan Perez Ana Quiroz Ana Quiroz Juan Perez Jos Lopez

Dependencia transitoria.- Es la dependencia que esta encadenada.

X Y Z = Dado un valor de "X" existe un valor de "Y" y dado un valor de "Y" existe un valor de "Z" entonces se dice que "z" es transitivamente dependiente de "X".

Primera Forma Normal (1FN) 1. 2. 3. 4. Las celdas o campos deben tener valores singulares. Las entradas de cualquier columna o atributo deben ser de la misma clase. Cada columna debe tener un nombre nico. Dos filas o tuplas no pueden ser iguales.

ID 100 150 175 200

Deporte Ski Natacin Squas Natacin

Valor 200 50 50 50

Al realizar operaciones sobre la tabla se pueden presentar problemas, estos problemas son llamadas anomalas, estas anomalas pueden ser de insercin, actualizacin, eliminacin, etc. Segunda Forma Normal (2FN) Todo atributo no clave depende de un atributo clave "Eliminar dependencias parciales a la clave Primaria de una Tabla" Tercera Forma Normal (3FN) Una relacin esta en 3FN si y solo si esta en 2FN y tiene dependencias transitivas, es decir, dependencia encadenada. EJERCICIO APLICANDO NORMALIZACION
EMPRESA XYZ

Cliente: _________________________ Fecha: __________________________ Cantidad Detalle Producto Tamao O E xxxxxx xxxxxx xxxxxx xx xx xx x x x R

N Factura: __________ N Orden: __________

Cdigo

Precio Venta

Precio Dscto.

Precio Valor Especial

xxx xxx xxx

xxx.xx xxx.xx xxx.xx

xxx.xx xxx.xx xxx.xx

xxx.xx xxx.xx xxx.xx

xxx.xx xxx.xx xxx.xx

Total Factura $ xxx.xx

1FN

Nmero_factura Fecha_factura Total_factura Numero_orden Fecha_orden * Cta_bco_cliente Nombre_cliente * Direccion_cliente * Direccion_entrega Codigo_producto Descripcion_producto * Tamao_producto Cantidad_ordenada Cantidad_entregada Cantidad_restante Precio_venta Precio_dscto Precio_especial

Valor_linea

2FN

Nmero_factura * Fecha_factura Total_factura

Numero_orden * Fecha_orden

Cta_bco_cliente * Nombre_cliente Direccion_cliente Direccion_entrega

Codigo_producto Descripcion_producto Tamao_producto Cantidad_ordenada * Cantidad_entregada Cantidad_restante Precio_venta Precio_dscto Precio_especial Valor_linea

3 FN

Nmero_factura * Fecha_factura Total_factura

Numero_orden * Fecha_orden

Cta_bco_cliente * Nombre_cliente Direccion_cliente Direccion_entrega

Codigo_producto Descripcion_producto * Tamao_producto Precio_venta Precio_dscto Precio_especial

Codigo_factura Codigo_producto * Cantidad_ordenada * Cantidad_entregada Cantidad_restante Valor_linea

Ejercicio 1. Actos vandlicos 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 estndard 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. 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 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.

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 o no. De las peridicas hay que saber su periodicidad. Las publicaciones peridicas constan de revistas, cada una definida por unvolumen, 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. 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: "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, Simon, 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 infomacin del cdigo del fabricante, nombre, direccin, poblaci, telfono y forma de pago (al contado, chequeo 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 almacen 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. 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 lasreligiones 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 ungrupo 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. 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 eficienciase 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. Ejercicio 7. ONG La 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. Ejercicio 8. Pinacoteca El 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. Ejercicio 9. Proyectos de investigacin En 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. Ejercicio 10. Reserva de salas La 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.

1. Base de datos Definir el trmino base de datos

Definicin de Bases de Datos.- Un conjunto de informacin almacenada en memoria auxiliar que permite acceso directo y un conjunto deprogramas que manipulan esos datos

Base de Datos es un conjunto exhaustivo no redundante de datos estructurados organizados independientemente de su utilizacin y su implementacin en mquina accesibles en tiempo real y compatibles con usuarios concurrentes con necesidad de informacin diferente y no predicable en tiempo. Explicar Sus Orgenes Y Antecedentes Surgen desde mediados de los aos sesenta la historia de las bases de datos, en 1970 Codd propuso el modelo relacional, este modelo es el que ha marcado la lnea de investigacin por muchos aos, ahora se encuentran los modelos orientados a objetos. Describir las ventajas del uso de la base de datos en la organizacin Ventajas de las bases de datos.1.

Independencia de datos y tratamiento.

Cambio en datos no implica cambio en programas y viceversa (Menor coste de mantenimiento). 2. Coherencia de resultados.

Reduce redundancia :

Acciones logicamente unicas. Se evita inconsistencia.

3. Mejora en la disponibilidad de datos

No hay dueo de datos (No igual a ser publicos).

o

Ni aplicaciones ni usuarios. Guardamos descripcin (Idea de catalogos).

4. Cumplimiento de ciertas normas.

Restricciones de seguridad.

Accesos (Usuarios a datos). Operaciones (Operaciones sobre datos).

5. Otras ventajas:

Ms efiente gestin de almacenamiento.

Efecto sinergico.

Describir La Artuitectura De Una Base De Datos Distintos Niveles de un SBD Los SBD pueden ser estudiados desde 3 niveles distintos: 1.- Nivel Fsico. Es el nivel real de los datos almacenados. Es decir como se almacenan los datos, ya sea en registros, o como sea. Este nivel es usado por muy pocas personas que deben estar cualificadas para ello. Este nivel lleva asociada una representacin de los datos, que es lo que denominamos Esquema Fsico. 2.- Nivel Conceptual. Es el correspondiente a una visin de la base de datos desde el punto de visto del mundo real. Es decir tratamos con la entidad u objeto representado, sin importarnos como est representado o almacenado. Este nivel lleva asociado el Esquema Conceptual. 3.- Nivel Visin. Son partes del esquema conceptual. El nivel conceptual presenta toda la base de datos, mientras que los usuarios por lo general slo tienen acceso a pequeas parcelas de sta. El nivel visin es el encargado de dividir estas parcelas. Un ejemplo sera el caso del empleado que no tiene porqu tener acceso al sueldo de sus compaeros o de sus superiores. El esquema asociado a ste nivel es el Esquema de Visin. Los 3 niveles vistos, componen lo que conocemos como arquitectura de base de datos a 3 niveles. A menudo el nivel fsico no es facilitado por muchos DBMS, esto es, no permiten al usuario

elegir como se almacenan sus datos y vienen con una forma estndar de almacenamiento y manipulacin de los datos. La arquitectura a 3 niveles se puede representar como sigue: Subesquema de Visin, Subesquema de Visin, Subesquema de Visin, ... Esquema Conceptual Esquema Fsico Citar Las Diferentes Estructuras De Bases De Datos Modelos de Datos Para representar el mundo real a travs de esquemas conceptuales se han creado una serie de modelos: Mundo Real Esqs Conceptuales Modelizacin Existen multitud de estos modelos que se conocen como Modelos de Datos, algunos de estos modelos son:

Modelo Relacional de Datos Modelo de Red Modelo Jerrquico

1.- Modelo Relacional de Datos. Representa al mundo real mediante tablas relacionadas entre s por columnas comunes. Ex.:
Num_empleado 33 34 Nombre Seccin Pepe Juan 25 25

Num_seccin Nombre 25 26 Textil Pintura

2.- Modelo de Red. Representamos al mundo real como registros lgicos que representan a una entidad y que se relacionan entre s por medio de flechas. Ex.: 33 Pepe 25 Textil 34 Juan 3.- Modelo Jerrquico. Tiene forma de rbol invertido. Un padre puede tener varios hijos pero cada hijo slo puede tener un padre. Ex.: Empresa 25 Textil 26 Pintura 27 Construccin 33 Pepe 34 Juan 36 Perico Al llegar a este punto adoptaremos una convencin con respecto a las restricciones que se

pueden dar en un modelo, en cuanto a la capacidad de relacionarse que pueda tener cada entidad de ese modelo con el resto de entidades. Como se ha dicho el modelo jerrquico slo admite relaciones 1 : 1 1 : N. En caso de que tuvisemos la necesidad de otro tipo de asociaciones y queramos usar el esquema jerrquico, recurriramos a una duplicacin de la informacin en el esquema, pero slo a nivel esquemtico. Ex.: Tenemos dos entidades (cliente y cuenta), queremos que un cliente pueda poseer varias cuentas, y que una cuenta pueda tener como titulares a varios clientes. Usando el modelo jerrquico tendramos que recurrir a una duplicacin de los datos en el esquema. Cliente Cuenta Cuenta Cliente Como ya se ha dicho esta duplicacin slo ocurrira a nivel esquemtico, pero a nivel fsico existira un nico registro por cliente, y por cuenta que relacionaramos mediante varios punteros con todo lo necesario. En el modelo de red no existen restricciones, si queremos representar que un cliente puede tener varias cuentas, cada una de las cules slo puede tener un titular, y cada cuenta sta en una sola sucursal, que por supuesto puede ser compartida por varias cuentas, ste sera el esquema: Cliente Cuenta Sucursal Con el modelo relacional podramos tener ambas entidades definidas de la siguiente forma: Cliente = (N Cliente: Acceso Principal; Nombre, Direccin, N Cuenta: Acceso Ajeno) Cuenta = (N Cuenta: Acceso Principal; Saldo) Se podra hablar de otro modelo que est un nivel ms arriba y que se denomina Modelo Entidad-Relacin (E/R). Este modelo slo realiza el diseo, no realiza la implementacin, por lo tanto una vez hecho el diseo se puede llevar al modelo relacional, de red o jerrquico. Define dos entidades y una forma de relacin entre ellas. Ex.: Nombre Dccin Num_Cli Num_cuenta Saldo CLIENTE Cliente - CUENTA Cuenta Entidad Relacin Entidad Clasificar Las Bases De Datos Por Su Uso Y Aplicacin TIPOS DE MODELOS DE DATOS Existen fundamentalmente tres alternativas disponibles para disear las bases de datos: el modelo jerrquico, el modelo de red y el modelo relacional. MODELO JERARQUICO. Puede representar dos tipos de relaciones entre los datos: relaciones de uno a uno y relaciones de uno a muchos. MODELO DE RED. Este modelo permite la representacin de muchos a muchos, de tal forma que cualquier registro dentro de la base de datos puede tener varias ocurrencias superiores a l. El modelo de red evita redundancia en la informacin, a travs de la incorporacin de un tipo de registro denominado el conector. MODELO RELACIONAL. Este modelo se est empleando con ms frecuencia en la prctica, debido a la ventajas que ofrece sobre los dos modelos anteriores, entre ellas, el rpido entendimiento por parte de ususarios que no tienen conocimientos profundos sobre Sistemas de Bases de Datos. BASES DE DATOS DISTRIBUIDAS. Las bases de datos distribuidas se estn utilizando cada vez ms en la misma medida en que se usan las arquitecturas de cliente-servidor y groupware. Los principales problemas que se generan por el uso de la tecnologa de bases de datos

distribuidas son en lo referente a duplicidad de datos y a su integridad al momento de realizar actualizaciones a los mismos. Adems, el control de la informacin puede constituir una desventaja, debido a que se encuentra diseminada en diferentes localidades geogrficas. TENDENCIAS FUTURAS. En el futuro la mayora de las organizaciones cambiarn la forma convencional de manejo de la informacin a la arquitectura de base de datos a las ventajas derivadas de su uso. El uso de las bases de datos distribuidas se incrementar de manera considerable en la medida en que la tecnologa de comunicacin de datos brinde ms facilidades para ello. El uso de bases de datos facilitar y soportar en gran medida a los Sistemas de Informacin para la Toma de Decisiones. 2. DBMS Definir Que Es Un "DBMS" El DBMS : es un conjunto de programas que se encargan de manejar la creacin y todos los accesos a las bases de datos, esta compuesto por: DDL: Lenguaje de Definicin de Datos DML:Lenguaje de Manipulacin de Datos SQL: Lenguaje de Consulta. Ejemplificar Distintos "Dbms" Relacionales Existentes En El Mercado Actual Si se trata de una base de datos relacional (veremos a continuacin qu significa esto), es probable que el lenguaje usado para recuperar las informaciones que se nos muestran sea SQL (Structured Query Language). los DBMS mas comunes son Oracle, SqlServer, Informix, Sysbase, Describir Las Caracteristicas De Al Menos 3 DBMS Bases de datos jerrquicos: los datos se organizan en grupos unidos entre ellos por relaciones de "posesin", en las que un conjunto de datos puede tener otros conjuntos de datos, pero un conjunto puede pertenecer slo a otro conjunto. La estructura resultante es un rbol de conjuntos de datos. Bases de datos reticulares: el modelo reticular es muy parecido al jerrquico, y de hecho nace como una extensin de este ltimo. Tambin en este modelo conjuntos de datos estn unidos por relaciones de posesin, pero cada conjunto de datos puede pertenecer a uno o ms conjuntos. Bases de datos relacionales: las bases de datos que pertenecen a esta categora se basan en el modelo relaciones, cuya estructura principal es la relacin, es decir una tabla bidimensional compuesta por lneas y columnas. Cada lnea, que en terminologa relacional se llama tupla, representa una entidad que nosotros queremos memorizar en la base de datos. las caractersticas de cada entidad estn definidas por las columnas de las relaciones, que se llaman atributos. Entidades con caractersticas comunes, es decir descritas por el mismo conjunto de atributos, formarn parte de la misma relacin. Base de datos por objetos (object-oriented): el esquema de una base de datos por objetos est representado por un conjunto de clases que definen las caractersticas y el comportamiento de los objetos que poblarn la base de datos. La diferencia principal respecto a los modelos examinados hasta ahora es la no positividad de los datos. En efecto, con una base de datos tradicional (entendiendo con este trmino cualquier base de datos no por objetos), las operaciones que se tienen que efectuar en los datos se les piden a las aplicaciones que los usan. Con una base de datos object-oriented, al contrario, los objetos memorizados en la base de datos contienen tanto los datos como las operaciones posibles con tales datos. En cierto sentido, se podr pensar en los objetos como en datos a los que se les ha puesto una inyeccin

de inteligencia que les permite saber cmo comportarse, sin tener que apoyarse en aplicaciones externas. Explicar la diferencia entre un dbms y una base de datos La base de datos es una coleccin de archivos interrelacionados almacenados en conjunto sin redundancia y la dbms es un conjunto de nmerosas rutinas de software interrelacionadas cada una de ellas es responsable de una determinada tarea. Mencionar la importancia de una apropiada eleccin de dbms Se tiene que elegir el que tenga la mejor interfaz a las necesidades de la empresa y sobre todo que este apto para la base de datos que vayamos a utilizar. Citar los componentes de un sistema de base de datos Recursos que componen un sbd Un sbd estar formado por:

Personas Mquinas Programas Datos

Describir las funciones de cada componente de un sistema de base de datos 1. Los datos. Es lo que se conoce como base de datos propiamente dicha. Para manejar estos datos utilizamos una serie de programas. 2.- Los Programas. Son los encargados de manejar los datos, son conocidos como DBMS (Data Base Management System) o tambin SGBD (Sistema Gestor de Base de Datos). Los DBMS tienen dos funciones principales que son: - La definicin de las estructuras para almacenar los datos. - La manipulacin de los datos. 1.- Describir los sistemas de procesamiento de archivos La informacin necesita ser guardada y manipulada para que sea til y este es uno de los objetivos principales que han tenido la computadoras dentro de la empresa. A principios de su incorporacin al mbito empresarial, las computadoras trabajaban con lo que se conoce como "Sistema de procesamiento de Archivos" en los que se guardaban los datos para ser procesados por programas escritos especialmente para cada clase de archivos; esto degeneraba en un sistema monoltico y de difcil mantenimiento. Sistema de Procesamiento de Archivos: Tiene una serie de inconvenientes que son reducidos en los SGBD: Dificultad de Acceso a ciertos datos o informacin: Si no existen programas para acceder o calcular cierta informacin, no puede accederse a ella. Ej.: Calcular totales, o registros con cierta condicin... Aislamiento de Datos: Los datos pueden estar en varios archivos con distintos formatos, que complican la creacin de programas nuevos. Falta de Integridad: Es complicado mantener ciertas condiciones en la informacin. Ej.: Que el saldo sea superior a cierta cantidad, que un empleado no est adscrito a un nmero de Departamento que no exista...

Problemas de Atomicidad en las operaciones: A veces es esencial que para la consistencia de la BD se efecten varias operaciones como si fueran una nica operacin, evitando que se produzcan fallos en medio de dicha operacin. Ej.: En una transferencia bancaria hay que dar de quitar dinero de una cuenta y aadirlo a la otra. Problemas en el Acceso Concurrente: Si varios usuarios acceden a la vez a un dato pueden producirse errores. Ej.: Si se saca dinero de una misma cuenta desde dos sitios distintos. Problemas de Seguridad: Dificultad para controlar que ciertos usuarios no accedan a ciertos datos 2.- Explicar su evolucin histrica Viendo la necesidad de mejorar este estndar se desarrollaron los "Sistemas gestores de Base de Datos Relacionales"(SGBDR) cuyas caractersticas hacen al sistema mucho mas eficiente que los sistemas de manejos de archivos. Algunas de las caractersticas son que existe solo una copia de los datos para que todos los programas trabajen con ella, esto es lo que se denomina obtencin de redundancia mnima y de esta manera se podr eliminar la inconsistencia de los datos. La capacidad de interactuar en un ambiente cliente/servidor donde los clientes o usuarios (ya sea de una intranet o desde Internet) pudiendo trabajar con un un conjunto nico de datos alojados en un servidor y donde varios clientes podran estar trabajando al mismo tiempo. Estas son solo algunas de las caractersticas que tiene el modelo de base de datos relacional y en Linux exiten diversos motores de base de datos que permiten trabajar ya sea con base de datos existentes o creando nuevas con todas las capacidades de trabajo en red de este sistema operativo. Numerosas empresas se han volcado al desarrollo de SGBDR's como Oracle e Informix pero la mas conocida por su carcter gratuito para el usopersonal y la inclusin en numerosas distribuciones es el PostgreSQL. En un principio adoptado para el sistema UNIX, fue portado a Linux y modificado para utilizar el lenguaje de consultas SQL, donde se llamo Posgres95. Mejorado en el 96 tomo su nuevo PostgeSQL y adopto las nuevas carcter del SQL - 92. Actualmente posee ciertas limitaciones tcnicas como el no permitir consultas paralelas, es decir que no pueden dos usuarios consultar una misma tabla al mismo tiempo, lo que impide su adopcin en un ambiente de trabajo de grandes dimensiones. Pero el uso del lenguaje de consulta SQL lo hace especial para ambientes de trabajo que cuente con mltiples plataformas y tambin as para su utilizacin para ser consultado directamente desde internet a trabes de una pagina Web. PostgreSQL requiere de cierto conocimiento del lenguaje SQL por lo que es recomendable el estudio de bibliografa que trate este tema antes de trabajar en el diseo de una base de datos con el. No estara bien terminar sin nombrar otros sistemas de base de datos como el Sybase SQL Anywhere Studio de la empresa Sybase cuya versin beta se encuentra disponible en el web site de la compaa www.sybase.com/products/anywhere/linuxbeta. Otro conocido en el campo de las bases de datos es Oracle y el portar Oracle 8 a Linux fue un gran avanc que da solides a este sistema operativo para su adopcin en las grandes y medianas empresas. 3.- Describir los sistemas de procesamiento en lnea y por lotes Un sistema de procesamiento por lotes (batch) ejecuta trabajos (jobs) En un sistema de procesamiento por lotes, organizar la memoria en particiones fijas es simple y

efectivo: cada trabajo se carga en la memoria cuando le toque su turno, y se queda en memoria hasta que termine. Si hay suficientes particiones para mantener a la CPU siempre ocupada, no habra razones para usar nada diferente. Procesamiento en linea: A diferencia del procesamiento por lotes o batch, el procesamiento en lnea implica que los programas se ejecuten de tal forma que los datos se actualicen de inmediato en los archivos de la computadora. A este tipo de procesamiento se le conoce tambin como tiempo real. Las aplicaciones de tiempo real son indispensables en aquellos casos en que los datos contenidos en los archivos se modifican varias veces en el transcurso de un da y se consultan en forma casi inmediata con las modificaciones que se efectuaron. Un ejemplo de lo anterior es un sistema de reservaciones en alguna lnea area. 4.- Explicar los lenguajes de 3era y 4 generacin Los lenguajes de tercera generacin (3GL; third-generation languages) son los lenguajes propiamente como los conocemos (poseen instrucciones, funciones, sintaxis, semntica); ya trascienden el uso de los trminos nemotcnicos. Una instruccin puede indicar 1 o ms tareas para el computador. Pueden dividirse como sigue: Orientados a problemas A procedimientos A objetos 4GL (Generadores de aplicaciones que no dependen de una metodologa).

Son de alto nivel y amigables; los programadores profesionales que utilizan 4GL sostienen que experimentan incrementos en la productividad de 200 a 1,000% en comparacin con los lenguajes orientados al procedimiento de la tercera generacin (COBOL, FORTRAN, BASIC y dems ). Hay dos tipos de 4GL:

Orientados a la produccion Al usuario 5.- Ejemplificar las aplicaciones de los 3GL y los 4GL

Lenguajes orientados al procedimiento.- Los lenguajes orientados al procedimiento requieren que los programadores resuelvan problemas deprogramacin utilizando la lgica de programacin tradicional; esto es, los programadores codifican o escriben las instrucciones en la secuencia en que deben ejecutar para solucionar el problema. Se dividen en:
o

Lenguajes empresariales. Los 3GL orientados a las empresas se disean para ser instrumentos efectivos para desarrollar sistemas de informacin empresarial. La fuerza de la 3GL empresariales consiste en su capacidad de almacenar, recuperar y manejar datos alfanumricos.
o

COBOL, el primer lenguaje de programacin empresarial, se introdujo en 1959. Este lenguaje sigue siendo el mas popular. La intencin original del os 0creadores del COBOL (Common Bussines Oriented Language; lenguajes comn orientado a la empresa) era hacer que sus instrucciones se aproximan al ingls. Lenguaje cientficos. Estos lenguajes del tipo de una formula algebraica estn diseado en particular para satisfacer las necesidades deprocedimientos repetitivo, la expresin y la solucin de ecuaciones matemticas y dems operaciones pertinentes.

FORTRAN. (Formula Translator), el primer lenguaje orientado a procedimientos, se desarrollo en 1955. Fue y sigue siendo el lenguaje cientfico ms popula. APL. (A Programming Language un lenguaje de programacin), introducido en 1968, es un lenguaje de programacin interactivo que es comn entre los ingenieros, matemticos y cientficos. Un tablero especial con smbolos "taquigrficos" ayuda a la rapidez delproceso de cifrado. o Lenguajes de la cuarta generacin orientados a la produccin. Los lenguajes de la cuarta generacin orientados a la produccin estn diseados sobre todo para profesionales en la computacin, quienes usan 4GL como el Ideal de ADR, el Natural 2 de Software AG y el Mantis de Cincom. Otros lenguajes orientados al procedimiento. El anlisis anterior de los lenguajes al procedimiento no pretende ser exhaustivo. Entre estos se incluyen los siguientes:
o

o o o o

LISP ( List Processing [procesamiento de listas], 1959). Un lenguaje de procesamiento de listas eficiente para el manejo de datos no numricos, tales como smbolos y texto (se utiliza en el desarrollo de la inteligencia artificial y los compiladores). LOGO (1967). Hace uso de una "tortuga" para ensear a los nios geometra, matemticas y programacin. FORTH (1971). Se utiliza para aplicaciones de control de dispositivos, juegos de video y robtica. Prolog (Programming in Logic [programacin en lgica], 1972. Es capaz de manejar relaciones entre hechos ( se utiliza en el desarrollo de sistemas expertos). Modula-2 (1981). Permite combinar mdulos independientes en un programa.

Lenguajes de la cuarta generacin orientados al usuario. Los usuarios escriben programas para consultar (extraer informacin ) de una base de datos y para crear sistemas de informacin personales o departamentales. Los lenguajes de la cuarta generacin orientados al usuario incluyen el RAMIS II de Mathematica Products Group y el FOCUS de Information Builders. 6.- Explicar la diferencia entre procesamiento de archivos y procesamiento de Base de Datos La diferencia principal entre un sistemas de procesamiento de archivos y un DBMS radica en la manera de almacenar, recuperar y actualizar los datos; lo anterior se debe a que con los sistemas de procesamiento de archivos, como su nombre lo indica, los datos se guardan en diversos archivos y muchas veces dichos archivos son de diferente formato, ocasionando problemas como la redundancia que trae consigo almacenamiento y dificulta el acceso a los datos. Dicha redundancia tambin implica inconsistencias en lo que se tiene almacenado . 7.- Describir las ventajas de procesamiento de base de datos 1.- Independencia de datos y tratamiento. Cambio en datos no implica cambio en programas y viceversa (Menor coste de mantenimiento). 2.- Coherencia de resultados. Reduce redundancia : Acciones logicamente unicas. Se evita inconsistencia. 3.- Mejora en la disponibilidad de datos No hay dueo de datos (No igual a ser publicos). Ni aplicaciones ni usuarios.

Guardamos descripcin (Idea de catalogos). 4.- Cumplimiento de ciertas normas. Restricciones de seguridad. Accesos (Usuarios a datos). Operaciones (Operaciones sobre datos). 5.- Otras ventajas : Ms efiente gestin de almacenamiento. Efecto sinergico 8.- Describir los 4GLs para manejo de base de datos

Debe tener integrado un manejador de base de datos Debe contar con un reporteador basado en objetos Debe haber independencia total entre los datos y las aplicaciones Debe contar con un diccionario o repositorio de datos Debe proporcionar apoyo para un esquema de seguridad por usuarios Debe contar con un lenguaje de rastreo basado en ejemplos (Query By Example) Debe hacer hincapi en el modelo de datos y no en la programacin del cdigo Debe poseer herramientas para la fcil documentacin de anlisis, diseo, y modelo de datos.

Ejemplos: Informix, Progress, Sisinf. Desventajas: Requieren conocimientos especializados y su operacin requiere personal calificado (lo cual es caro). Su precio como producto tambin es caro. 9.- Citar las diferentes estructuras de base de datos Objeto binario grande Estructuras de base de datos en las que estan almacenados los documentos reales, como un disco duro de gran capacidad al que puede tener acceso el Agente de oficina postal (POA). En un mismo objeto binario grande se almacenan el documento, sus versiones y los objetos relacionados. Los objetos binarios grandes estan comprimidos y encriptados. Las Base de Datos son clasificadas como sigue: 1. PLEX STRUCTURE: La base de datos tiene al menos un encadenamiento muchos a muchos ("MANY-TO-MANY link"). 2. TREE OR NETWORK: La base de datos no tiene ningn encadenamiento muchos a muchos ("ONE-TO-MANY link"). En este caso, los encadenamientos de uno a muchos ("ONE-TO-MANY links") estn dirigidos para que las flechas sencillas apunten hacia arriba y las dobles hacia abajo. Como resultado de esto, el diagrama esta orientado y se pueden definir varios niveles. Cada encadenamiento ("link") se une del nivel superior ("the parent") al sub nivel ("the child"). 2.1 TREE STRUCTURE: Por definicin, en la estructura de rbol ("tree structure"), cada hijo ("child") tiene un solo padre ("parent"). 2.2 NETWORK STRUCTURE: Por definicin, en la estructura de red ("network structure"), cada hijo ("child") puede tener varios padres ("parents"). 10.- Clasificar a las base de datos por su uso y aplicacin 1. Bases de datos referenciales: son aquellas que ofrecen registros que su vez son representaciones de documentos primarios. Dentro de stas distinguen, as su vez, entre: 1.1. bibliogrficas: aquellas cuyo contenido son registros de tipo bibliogrfico.

1.2. directorios: aquellas cuyo contenido est referido a la descripcin de otros recursos de informacin, como por ejemplo un directorio de bases de datos. 2. Bases de datos fuente: seran aquellas bases de datos que ofrecen el documento completo, no una representacin del mismo. Tambin distinguen entre: 2.1. numricas: contienen informacin de tipo numrico, como un censo o indicadores cuantitativos. 2.2. textuales: ofrecen el texto completo de un documento. 2.3. mixtas: combinan ambos tipos de informacin, como por ejemplo informes econmicos de empresas, datos geoeconmicos, etc. 11.- Describir las base de datos orientadas a objetos

La Orientacin a Objetos puede describirse como el conjunto de disciplinas (ingeniera) que desarrollan y modelizan software que facilita laconstruccin de sistemas complejos a partir de componentes, llamados objetos. En la programacin orientada a objetos todo se organiza en torno a los objetos. Un objeto tiene un nombre y posee datos y procedimientos. En cierto sentido, un objeto es un programa virtual.

Dado ciertos datos de entrada, el objeto aplica los procedimientos sobre dichos datos y genera una salida. 12.- Identificar cual sera el futuro de las base de datos Dentro del panorama futuro de las bases de datos mltiples hay un aspecto importante que considerar, el inusitado xito del World Wide Web (WWW o, de forma abreviada, "el web") como medio de publicacin de documentos y como medio de intercambio de informacin. El WWW proporciona uno de los medios ms heterogneos y retadores en el campo de la interoperabilidad. Recientemente han surgido tecnologas y estndares enfocados a hacer del web una infraestructura escalable y manejable. Una de dichas tecnologas es XML [4] (eXtensible Markup Language), sobre la cual lacomunidad cientfica tiene muchas expectativas. Una de ellas es que XML convierta a Internet en un sistema de bases de datos, haciendo posible especificar consultas en el estilo de los manejadores de bases de datos tradicionales lo cual da muchos mejores resultados que las actuales mquinas de bsqueda. Sin embargo, XML en s no posee mucha de la funcionalidad de sistemas de bases de datos mltiples como las indicadas en Donaj. El reto es integrar esa funcionalidad en XML y aprovechar al mximo la informacin estratgica que podamos encontrar en el web. 3. Multitarea La ejecucin de ms de un programa a la vez en una computadora. Los sistemas operativos multitarea (Windows, OS/2, Unix y otros) permiten que mltiples operaciones se ejecuten simultneamente. Sus mayores beneficios se obtienen cuando se realizan tareas largas y complejas (como consultar una base de datos). La cantidad de programas que pueden ejecutarse depende de la memoria disponible, de la velocidad de la CPU y de la eficiencia del sistema operativo. 4. Multiusuario Un SO multiusuario permite a mas de un solo usuario accesar una computadora. Claro que, para llevarse esto a cabo, el SO tambin debe ser capaz de efectuar multitareas. Unix es el Sistema Operativo Multiusuario ms utilizado. Debido a que Unix fue originalmente diseado para correr en una minicomputadora, era multiusuario y multitarea desde su concepcin.

Actualmente se producen versiones de Unix para PC tales como The Santa Cruz Corporation Microport, Esix, IBM,y Sunsoft. Apple tambin produce una versin de Unix para la Machintosh llamada: A/UX.Unix , Unix proporciona tres maneras de permitir a mltiples personas utilizar la misma PC al mismo tiempo. 1.Mediante Mdems 2.Mediante conexin de terminales a travs de puertos seriales 3.Mediante Redes 5. Multiproceso Las computadoras que tienen mas de un CPU son llamadas multiproceso. Un sistema operativo multiproceso coordina las operaciones de la computadoras multiprocesadoras. Ya que cada CPU en una computadora de multiproceso puede estar ejecutando una instruccin, el otro procesadorqueda liberado para procesar otras instrucciones simultneamente. Al usar una computadora con capacidades de multiproceso incrementamos su velocidad de respuesta y procesos. Casi todas las computadoras que tienen capacidad de multiproceso ofrecen una gran ventaja. Los primeros Sistemas Operativos Multiproceso realizaban lo que se conoce como: Multiproceso asimtrico: Una CPU principal retiene el control global de la computadora, as como el de los otros procesadores. Esto fue un primer paso hacia el multiproceso pero no fue la direccin ideal a seguir ya que la CPU principal poda convertirse en un cuello de botella. Multiproceso simtrico: En un sistema multiproceso simtrico, no existe una CPU controladora nica. La barrera a vencer al implementar el multiproceso simtrico es que los SO tienen que ser rediseados o diseados desde el principio para trabajar en u n ambiente multiproceso. Las extensiones de Unix, que soportan multiproceso asimtrico ya estn disponibles y las extensiones simtricas se estn haciendo disponibles. Windows NT de Microsoft soporta multiproceso simtrico. Lenguajes que tienen estas caractersticas C, SQL, El UNIX y sus clones permiten mltiples tareas y mltiples usuarios. Su sistema de archivos proporciona un mtodo sencillo de organizar archivos y permite la proteccin de archivos. Sin embargo, las instrucciones del UNIX no son intuitivas. Otros sistemas operativos multiusuario y multitarea son OS/2, desarrollado inicialmente por Microsoft Corporation e International Business Machines (IBM) y Windows, desarrollado por Microsoft. El sistema operativo multitarea de las computadoras Apple se denomina Macintosh OS.