UNIVERSIDAD NACIONAL DE INGENIERIA

VICE RECTORIA DE INVESTIGACION Y DESARROLLO

Programa de Vinculacin e Innovacin Tecnolgica

CURSO BSICO DE BASE DE

DATOS (SQL SERVER)

Cro. Fernando Salmern, Cro. Jorge Reyes, Cro. Walter

Corrales, Cro Jorge Torres, Cro Fernando Duarte
Managua Noviembre del 2017
Informacin General de Bases de Datos

Qu es una Base de Datos?

Una base de datos (cuya abreviatura es BD) es una entidad en la cual se pueden
almacenar datos de manera estructurada, con la menor redundancia posible.
Diferentes programas y diferentes usuarios deben poder utilizar estos datos. Por lo
tanto, el concepto de base de datos generalmente est relacionado con el de red
ya que se debe poder compartir esta informacin. De all el trmino base. "Sistema
de informacin" es el trmino general utilizado para la estructura global que incluye
todos los mecanismos para compartir datos que se han instalado.

Por qu utilizar una base de datos?

Una base de datos proporciona a los usuarios el acceso a datos, que pueden
visualizar, ingresar o actualizar, en concordancia con los derechos de acceso que
se les hayan otorgado. Se convierte ms til a medida que la cantidad de datos
almacenados crece.

Una base de datos puede ser local, es decir que puede utilizarla slo un usuario en
un equipo, o puede ser distribuida, es decir que la informacin se almacena en
equipos remotos y se puede acceder a ella a travs de una red.

La principal ventaja de utilizar bases de datos es que mltiples usuarios pueden

acceder a ellas al mismo tiempo.
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.

Conceptos Bsicos de Base de datos

Archivo: son conjuntos de registros.

Registros: son conjuntos de campos.
Campos: es la mnima unidad de referencia.

Niveles de abstraccin de una base de datos.

(Dato) La arquitectura se divide en tres niveles generales: interno, conceptual y

externo.
Externo: Es el ms cercano al almacenamiento fsico, es decir, el que concierne a
la manera como los datos se almacenan en realidad.

Esa es la visin del usuario final, se ve cmo 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 est estructurado la Base Datos, equipos de campo tiene

como estn estructurados 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 el diseo
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: es el ms cercano al almacenamiento fsico, es decir, el que concierne a

la manera como los datos se almacenan fsicamente.

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.

Tipos Bsicos de Bases de datos

Existen diferentes maneras de ordenar y organizar la informacin para que este sea
accesible para nosotros. No existe el sistema de hacer de datos perfecto: hay que
elegir aquella estructura que mejor se adapte a nuestras necesidades. Los
siguientes son los tipos ms comunes:

Las bases de datos jerrquicas construyen una estructura de jerarqua con los datos
que permite una estructuracin muy estable cuando gestionamos una gran
cantidad de datos muy interrelacionados.

Las bases de datos en red derivan de las jerrquicas pero mejoran la gestin de
datos redundantes manteniendo su rendimiento en consultas de datos.

Las bases de datos transaccionales estn diseadas para el envo y recepcin de

datos a grandes velocidades y de forma continua. Su nico fin es la recepcin y
envo de informacin pero la gestin de almacenamiento o redundancia estn
fuera de su propsito.

Las bases de datos relacionales son las ms utilizadas en aplicaciones reales. La

informacin se almacena siempre haciendo referencia a otra por lo que se facilita
la gestin y su uso por personal no especialista. En este modelo el lugar y la forma
donde se guarde la informacin es secundario.

Las bases de datos orientadas a objetos han surgido como concepto tras la
aparicin de los sistemas de programacin orientada a objetos.

Las bases de datos documentales estn especializadas en el almacenamiento de

textos completos, por lo que facilitan el tratamiento informatizado de grandes
cadenas de caracteres.

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.

El DBMS puede dividirse en tres subsistemas:

El sistema de administracin de archivos: para almacenar informacin en un

medio fsico
 El DBMS interno: para ubicar la informacin en orden
El DBMS externo: representa la interfaz del usuario

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
interactan con la Base de Datos.
DBA: es la persona que asegura integridad, consistencia, redundancia,
seguridad este es el Administrador de Base de Datos quien se 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 interactan 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 utileras 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.
Subsistema de un DBMS

Motor o 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 actan 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.

Subes quema: 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 interactan

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.

Caractersticas y Objetos de los DBMS:

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 forma fsica
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 est 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 est 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 o Simultaneidad

Se da en ambiente multi-usuario, tratando de acceder a un 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 termine 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 es responsabilidad del DBA,
quien es 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 ltimo 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 est operativa.

Backup fri: Base de Datos no est operativa.

Mirror o Espejo

Las dos bases de datos estn operativas. El Controlador decide a que base de
datos apuntar

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 los 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 Administracin de 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 cmo se puede llevar acabo las etapas
de ciclo de vida de la manera ms eficiente, hay tres componentes principales:

El trabajo que se va a realizar.

Los recursos para llevarlo a cabo.
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 interactan. Tambin hay que determinar
quines 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 d.
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 fsico de
la Base de Datos.

La primera fase consiste en la produccin de un esquema conceptual que es

independiente de todos los consideraciones fsicas 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 fsico para el sistema
gestor de Base de Datos escogido. La fase de diseo fsico 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 aplicacin 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 qu aspectos estn 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 puede embeber en un lenguaje de
programacin anfitrin como Visual Basic, Java, etc. Tambin se implementan en
esta etapa todos los 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 est 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 est completamente probado o implementado se pone en

marcha. El sistema est ahora en la fase de mantenimiento en la que se lleva
acabo las 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
implementados 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.

Se trata de una tcnica cuyo objetivo es la representacin y definicin de todos los

datos que se introducen, almacenan, transforman y producen dentro de un sistema
de informacin, sin tener en cuenta las necesidades de la tecnologa existente, ni
otras restricciones.

Dado que el modelo de datos es un medio para comunicar el significado de los

datos, las relaciones entre ellos y las reglas de negocio de un sistema de
informacin, una organizacin puede obtener numerosos beneficios de la
aplicacin de esta tcnica, pues la definicin de los datos y la manera en que estos
operan son compartidos por todos los usuarios.

Las ventajas de realizar un modelo de datos son, entre otras:

Comprensin de los datos de una organizacin y del funcionamiento de la

organizacin.
Obtencin de estructuras de datos independientes del entorno fsico.
Control de los posibles errores desde el principio, o al menos, darse cuenta
de las deficiencias lo antes posible.
Mejora del mantenimiento.

Aunque la estructura de datos puede ser cambiante y dinmica, normalmente es

mucho ms estable que la estructura de procesos. Como resultado, una estructura
de datos estable e integrada proporciona datos consistentes que puedan ser
fcilmente accesibles segn las necesidades de los usuarios, de manera que,
aunque se produzcan cambios organizativos, los datos permanecern estables.

Este diagrama se centra en los datos, independientemente del procesamiento que

los transforma y sin entrar en consideraciones de eficiencia. Por ello, es
independiente del entorno fsico y debe ser una fiel representacin del sistema de
informacin objeto del estudio, proporcionando a los usuarios toda la informacin
que necesiten y en la forma en que la necesiten.

Descripcin

El modelo entidad/relacin extendido describe con un alto nivel de abstraccin la

distribucin de datos almacenados en un sistema. Existen dos elementos
principales: las entidades y las relaciones. Las extensiones al modelo bsico aaden
adems los atributos de las entidades y la jerarqua entre stas. Estas extensiones
tienen como finalidad aportar al modelo una mayor capacidad expresiva.

Los elementos fundamentales del modelo son los siguientes:

Entidad

Es aquel objeto, real o abstracto, acerca del cual se desea almacenar informacin
en la base de datos. La estructura genrica de un conjunto de entidades con las
mismas caractersticas se denomina tipo de entidad.

Existen dos clases de entidades: regulares, que tienen existencia por si mismas, y
dbiles cuya existencia depende de otra entidad. Las entidades deben cumplir las
siguientes tres reglas:

Tienen que tener existencia propia.

Cada ocurrencia de un tipo de entidad debe poder distinguirse de las
dems.
Todas las ocurrencias de un tipo de entidad deben tener los mismos
atributos.

Se puede considerar entidades a los sujetos, objetos, a los eventos, a los lugares y
a las abstracciones.
Notacin

La representacin grfica de un tipo de entidad regular es un rectngulo

etiquetado con el nombre del tipo de entidad. Un tipo de entidad dbil se
representa con dos rectngulos concntricos con su nombre en el interior.

Relacin

Es una asociacin o correspondencia existente entre una o varias entidades. La

relacin puede ser regular, si asocia tipos de entidad regulares, o debil, si asocia
un tipo de entidad dbil con un tipo de entidad regular

Las relaciones tienen tres propiedades o caractersticas:

Grado o Cardinalidad: que se clasifica en:
Relaciones 1:1: Cada ocurrencia de una entidad se relaciona con una y
solo una ocurrencia de la otra entidad.
Relaciones 1:N: Cada ocurrencia de una entidad puede estar
relacionada con cero, una o varias ocurrencias de la otra entidad.
Relaciones M:N: Cada ocurrencia de una entidad puede estar
relacionada con cero, una o varias ocurrencias de la otra entidad y
cada ocurrencia de la otra entidad puede corresponder a cero, una o
varias ocurrencias de la primera.
Opcionalidad: es la participacin obligatoria u opcional en la entidad de
la relacin.

Leyenda(nombre): es una expresin que escribe el rol de cada entidad

en la relacin.

Notacin
Se representa por un rombo unido a las entidades relacionadas por dos lneas
rectas a los lados. El tipo de correspondencia se representa grficamente con una
etiqueta 1:1, 1:N o M:N, cerca de alguno de los vrtices del rombo, o bien situando
cada nmero o letra cerca de la entidad correspondiente, para mayor claridad.
La representacin grfica de las cordialidades se realiza mediante una etiqueta
del tipo (0,1), (1,1), (0,n) o (1,n), que se coloca en el extremo de la entidad que
corresponda. Si se representan las cordialidades, la representacin del tipo de
correspondencia es redundante.

Atributo

Es una propiedad o caracterstica de un tipo de entidad. Se trata de la unidad

bsica de informacin que sirve para identificar o describir la entidad. Un atributo
se define sobre un dominio. Cada tipo de entidad ha de tener un conjunto mnimo
de atributos que identifiquen unvocamente cada ocurrencia del tipo de entidad.
Este atributo o atributos se denomina identificador principal. Se pueden definir
restricciones sobre los atributos, segn las cuales un atributo puede ser:

Univaluado, atributo que slo puede tomar un valor para todas y cada una
de las ocurrencias del tipo de entidad al que pertenece.
Obligatorio, atributo que tiene que tomar al menos un valor para todas y
cada una de las ocurrencias del tipo de entidad al que pertenece.

Notacin

Un atributo se representa mediante una elipse, con su nombre dentro, conectada

por una lnea al tipo de entidad o relacin.

En lugar de una elipse puede utilizarse un circulo con el nombre dentro, o un

circulo mas pequeno con el nombre del atributo a un lado. Tambien pueden
representarse en una lista asociada a la entidad. El identificador aparece con el
nombre marcado o subrayado, o bien con su circulo en negro.
Ademas de estos elementos, existen extensiones del modelo entidad/relacion
que incorporan determinados conceptos o mecanismos de abstraccion para
facilitar la representacion de ciertas estructuras del mundo real:
La generalizacion, permite abstraer un tipo de entidad de nivel superior
(supertipo) a partir de varios tipos de entidad (subtipos); en estos casos los atributos
comunes y relaciones de los subtipos se asignan al supertipo. Se pueden generalizar
por ejemplo los tipos profesor y estudiante obteniendo el supertipo persona.
La especializacion es la operacion inversa a la generalizacion, en ella un
supertipo se descompone en uno o varios subtipos, los cuales heredan todos los
atributos y relaciones del supertipo, ademas de tener los suyos propios. Un ejemplo
es el caso del tipo empleado, del que se pueden obtener los subtipos secretaria,
tecnico e ingeniero.
Categorias. Se denomina categoria al subtipo que aparece como resultado de
la union de varios tipos de entidad. En este caso, hay varios supertipos y un solo
subtipo. Si por ejemplo se tienen los tipos persona y compania y es necesario
establecer una relacion con vehiculo, se puede crear propietario como un
subtipo union de los dos primeros.
La agregacion, consiste en construir un nuevo tipo de entidad como
composicion de otros y su tipo de relacion y asi poder manejarlo en un nivel
de abstraccion mayor. Por ejemplo, se tienen los tipos de entidad empresa y
solicitante de empleo relacionados mediante el tipo de relacion entrevista; pero
es necesario que cada entrevista se corresponda con una determinada oferta de
empleo. Como no se permite la relacion entre tipos de relacion, se puede crear
un tipo de entidad compuesto por empresa, entrevista y solicitante de empleo y
relacionarla con el tipo de entidad oferta de empleo. El proceso inverso se
denomina desagregacion.
La existencia de supertipos y subtipos, en uno o varios niveles, da lugar a una
jerarquia, que permitira representar una restriccion del mundo real.
Una vez construido el modelo entidad/relacion, hay que analizar si se presentan
redundancias. Para poder asegurar su existencia se deben estudiar con mucho
detenimiento las cardinalidades minimas de las entidades, asi como la
semantica de las relaciones.
Los atributos redundantes, los que se derivan de otros elementos mediante algun
calculo, deben ser eliminados del modelo entidad/relacion o marcarse como
redundantes.
Igualmente, las relaciones redundantes deben eliminarse del modelo,
comprobando que al eliminarlas sigue siendo posible el paso, tanto en un sentido
como en el inverso, entre las dos entidades que unian.
Notacin
La representacion de las jerarquias se realiza mediante un triangulo invertido,
con la base paralela al rectangulo que representa el supertipo y conectando a
este y a los subtipos. Si la division en subtipos viene determinada en funcion de
los valores de un atributo discriminante, este se representara asociado al
triangulo que representa la relacion.

En el triangulo se representara: con una letra d el hecho de que los subtipos sean
disjuntos, con un circulo o una O si los subtipos pueden solaparse y con una U el
caso de uniones por categorias. La presencia de una jerarquia total se
representa con una doble linea entre el supertipo y el triangulo.

Ejemplos de Enunciados
1. Cada orden de comprar da lugar a una factura.
2. 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.

3. Un vendedor puede tener una o ms clientes.

4. Cada producto que tenemos en stock esta compuesto de uno ms partes,

cada parte es usada en un solo producto.

Ejemplo
Modelo entidad-relacion extendido para un sistema de gestion de tecnicos y
su asignacion a proyectos dentro de una empresa u organizacion.
Como se aprecia en el diagrama, TECNICO es un subtipo de EMPLEADO,
generado por especializacion, pues era necesario para establecer la relacion
Trabaja en con PROYECTO, ya que no todos los empleados de la empresa, como
los administrativos, son susceptibles de trabajar en un proyecto. La entidad
TECNICO tendra los atributos de EMPLEADO mas el atributo nivel.
Los tipos de correspondencia son 1:N entre DEPARTAMENTO y EMPLEADO, pues un
departamento tiene 1 o varios empleados. Entre TECNICO y PROYECTO es M:N,
pues un tecnico puede trabajar en 1 o varios proyectos, y en un proyecto trabajan
1 o varios tecnicos.
Por otro lado, se han incluido atributos que caracterizan la relacion Trabaja en,
como son fecha de asignacion y fecha de cese, ya que un tecnico no siempre
estara trabajando en un proyecto, sino en determinado periodo.
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 ttulo 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 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,
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 est 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

1. 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:

a) El profesor J. Prez imparte Ingles en 4o C (Lista de destinos del
profesor por asignatura y clase).
b) P. Snchez es alumno de la clase 3o A (Lista de alumnos por clase).
c) P. Rodrguez ha obtenido una nota de 6 en Ingles el 12/3/97 (Libretas
de notas).
d) La profesora C. Castillo es tutora de 5o B (Lista de tutores).
e) J. Largo es delegado de 3o A (Lista de delegados).
f) El profesor J. Prez es profesor del Instituto desde Septiembre de 1992.

2. 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 quin
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).

Normalizacin
La teoria de la normalizacion tiene por objetivo la eliminacion de
dependencias entre atributos que originen anomalias en la actualizacion de los
datos, y proporcionar una estructura mas regular para la representacion de las
tablas, constituyendo el soporte para el diseno de bases de datos relacionales.
Como resultado de la aplicacion de esta tecnica se obtiene un modelo logico
de datos normalizado.
El proceso que revisa que la tabla este bien estructurado se llama normalizacin.
Descripcin
La teoria de la normalizacion, como tecnica formal para organizar los datos,
ayuda a encontrar fallos y a corregirlos, evitando asi introducir anomalias en las
operaciones de manipulacion de datos.
Se dice que una relacion esta en una determinada forma normal si satisface un
cierto conjunto de restricciones sobre los atributos. Cuanto mas restricciones
existan, menor sera el numero de relaciones que las satisfagan, asi, por
ejemplo, una relacion en tercera forma normal estara tambien en segunda y
en primera forma normal.
Antes de definir las distintas formas normales se explican, muy brevemente, algunos
conceptos necesarios para su comprension.
Dependencia Funcional

Un atributo Y se dice que depende funcionalmente de otro X si, y solo si, a cada
valor de X le corresponde un unico valor de Y, lo que se expresa de la siguiente
forma: X Y (tambien se dice que X determina o implica a Y).

X se denomina implicante o determinante e Y es el implicado.

EMPLEADO
Cod_empleado Nombre
001 Juan Prez
002 Ana Quiroz
X Y
 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 Nombre_cliente
001 Juan Prez
002 Ana Quiroz
003 Ana Quiroz
004 Juan Prez

005 Jos Lpez

Dependencia transitoria.-

Un atributo depende transitivamente de otro si, y solo si, depende de el a traves

de otro atributo. Asi, Z depende transitivamente de X, si:

X -- Y
Y -/ X
Y -- Z

Se dice que X implica a Z a traves de Y.

Primera Forma Normal (1FN)

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

ID Deporte Valor
100 Ski 200
150 Natacin 50

175 Squas 50
200 Natacin 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 est en 3FN si y solo si est en 2FN y tiene dependencias transitivas, es
decir, dependencia encadenada.
Ejemplo
Sea una entidad TECNICOS de un grupo de empresas, con los siguientes atributos:
cod_empresa
cod_tecnico
nombre_tecnico
cod_categoria
categoria
nombre_empresa
fecha_alta
fecha_baja
cod_conoc
titulo_conoc
area_conoc
grado
cod_proyecto
nombre_proyecto
f_inicio
f_fin
f_asignacion
f_cese
cod_cliente
nombre_cliente
La entidad TECNICOS tiene la clave principal compuesta por cod_empresa y
cod_tecnico, ya que, al ser varias empresas, el codigo de tecnico no sera
unico, sino que puede coincidir con otros de otras empresas.

Primera forma normal (1FN)

Evidentemente no se cumple la primera forma normal, ya que un tecnico tendra
mas de un conocimiento (lenguajes, sistemas operativos, bases de datos, etc.), es
decir habra varios valores de cod_conoc, por lo que este atributo y los asociados
a conocimientos no dependen funcionalmente de la clave principal.
Los atributos cod_conoc, titulo_conoc, area_conoc y grado identificados como
no dependientes, formaran la nueva entidad CONOCIMIENTOS y
desapareceran de la entidad TECNICOS. La clave de la nueva entidad sera
cod_conoc concatenada con cod_empresa y cod_tecnico.
Por otro lado, en este sistema un tecnico puede trabajar en mas de un proyecto
a tiempo parcial, por lo que cod_proyecto tampoco depende funcionalmente de
la clave principal de TECNICOS.
Se obtiene entonces la entidad PROYECTOS con los atributos de los proyectos, y su
clave compuesta de cod_proyecto concatenada con cod_empresa y
cod_tecnico de la antigua entidad.
Esta situacion se completara con dos tipos de relaciones: Poseen, cuyo tipo de
correspondencia es 1:N entre TECNICOS y CONOCIMIENTOS y Estan asignados,
tambien del tipo M:N entre TECNICOS y PROYECTOS, tal y como muestra el
diagrama siguiente.
Como se aprecia en la figura, se ha trasladado el atributo grado de la entidad
CONOCIMIENTOS a la relacion Poseen, pues es un atributo que determina la
relacion entre las dos entidades. Tambien han sido trasladado los atributos que
caracterizan la relacion Estan asignados, como son f_asignacion y f_cese, ya
que un tecnico no siempre estara trabajando en un proyecto, sino en
determinado periodo.
Segunda forma normal (2FN)
En la entidad TECNICOS se observa que el atributo nombre_empresa no tiene una
dependencia funcional completa de la clave, sino que la tiene solo de una parte
de la misma: cod_empresa.
El atributo identificado formara parte de una nueva entidad, EMPRESAS, siendo
eliminado de la antigua. La clave principal de la nueva entidad sera
cod_empresa.
Para representar la segunda forma normal en el modelo de datos, debera
anadirse un tipo de relacion, Se componen, y el tipo de correspondencia 1:N.
Tercera forma normal (3FN)
En la entidad TECNICOS de la figura se puede observar que para un
cod_tecnico hay un unico cod_categoria, es decir, el segundo depende
funcionalmente del primero; para un cod_categoria hay una unica categoria,
es decir, que este atributo depende funcionalmente del cod_categoria; y por
ultimo, para un cod_categoria hay varios valores de cod_tecnico. Asi pues,
la categoria depende transitivamente del cod_tecnico, por lo que la entidad
TECNICOS no esta en 3FN.
Una vez identificado el atributo categoria que depende de otro atributo distinto
de la clave, cod_categoria, se formara con el una nueva entidad y se quitara
de la antigua. La clave principal de la nueva entidad sera el atributo del cual
depende cod_categoria y en la entidad antigua pasara a ser una clave ajena.
Del mismo modo, puede observarse que la entidad PROYECTOS tampoco esta en
3FN, pues el nombre_cliente depende de cod_cliente, que no forma parte de la
clave de la entidad.
Asi pues, aparecen dos entidades nuevas en el modelo: CATEGORIAS y
CLIENTES, y sus respectivas relaciones y tipos de correspondencias: Estan
clasificados 1:N y Tiene contratados 1:N.

Ejercicio 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 artculo, 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 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 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.
Ejercicio 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, 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 almacn donde guardamos todos los artculos. Queremos
guardar el nmero de artculos que tenemos en el almacn en un momento
determinado.
Los fabricantes envan artculos al almacn. Queremos guardar los envos de
entrada al almacn. 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.