Objetivos

Proporcionar al participante los conceptos bsicos de

bases de datos y dar a conocer las principales
funcionalidades de los sistemas administradores de
bases de datos.
Profundizar en el estudio del modelo relacional, su
fundamento terico y lenguajes de consulta. Efectuar
prcticas con el lenguaje
Base De Datos
Introduccin
Qu es una base de datos?
Un conjunto de datos no redundantes, almacenados
en un soporte informtico, organizados de forma
independiente de su utilizacin y accesibles
simultneamente por distintos usuarios y
aplicaciones.
Un conjunto de datos relacionados almacenados de
forma persistente.
Las bases de datos son necesarias cuando el volumen o
la organizacin de los datos hace imposible un
seguimiento a mano de los mismos por el usuario.
Ventajas del uso de bases de datos
Globalizacin de la informacin.
Eliminacin de informacin redundante.
Eliminacin de informacin inconsistente. Si el sistema
esta desarrollado a travs de archivos convencionales,
esta es una operacin costosa y potencialmente
peligrosa.
Permite compartir informacin. Varios sistemas o
usuarios pueden utilizar una misma entidad.
Permite mantener la integridad en la informacin. Solo
se almacena la informacin correcta.

Ventajas del uso de bases de datos
Independencia de datos. La independencia de datos
implica un divorcio entre programas y datos; es decir, se
pueden hacer cambios a la informacin que contiene la
base de datos o tener acceso a la base de datos de
diferente manera, sin hacer cambios en las aplicaciones
o en los programas.


TI POS DE BASES DE DATOS
Segn la variabilidad de los datos almacenados
BASES DE DATOS ESTATICAS
Son de lectura ,almacenan datos histricos que luego se utilizan
para estudiar el comportamiento de un conjunto de datos atreves
del tiempo.
BASES DE DATOS DINAMICOS
La informacin almacenada se modifica con el tiempo,
permitiendo operaciones como actualizacin y adicin de datos
Un ejemplo una tienda de abarrotes , farmacia un videoclub.

Segn el contenido
BASES DE DATOS BIBLIOGRAFICOS
Contiene un sur rogante(representante) de la fuente primaria que
permite localizarla.
Una base de datos bibliogrficos contiene informacin sobre el
autor, fecha de publicacin, editorial, titulo de una determinada
publicacin.
BASES DE DATOS DE TEXTO COMPLETO
Almacenan las fuentes primarias como revistas cientficas

BASES DE DATOS JERARQUICAS
Almacenan su informacin en una estructura jerrquica
Aqu los datos se organizan en una forma similar a un rbol
(visto al revs).
Son tiles en el caso de aplicaciones que manejan un gran
volumen de informacin datos muy compartidos permitiendo
crear estructuras estables y de gran rendimiento.
Una limitacin es su incapacidad de representar
eficientemente la redundancia de datos.
BASES DE DATOS DE RED
Es un modelo ligeramente distinto, su diferencia es la
modificacin de nodo permite que un mismo nodo tenga
varios padres( posibilidad no permitida en el modelo
jerrquico).

BASES DE DATOS JERAQUICAS
Fue una mejora al modelo jerrquico ya que ofreca una
solucin eficiente al problema de redundancia de datos; pero
la dificultad que significa administrar la informacin a llevado
a que sea utilizado por programadores mas que por usuarios.
BASES DE DATOS MULTIDIMENSIONALES
Son para desarrollar aplicaciones muy concretas como
creacin de cubos OLAP bsicamente no se diferencian
demasiado de las bases de datos relacionales.
Diremos la diferencia esta a nivel conceptual en la Base de
datos Multidimensionales los atributos o campos de una tabla
pueden set de 2 tipos
Representan dimensiones de la tabla o bien representan
mtricas que se desean estudiar.

BASES DE DATOS ORIENTADOS A OBJETOS
Un modelo bastante reciente , propio de los modelos informticos
trata de almacenar en la base de datos los objetos completos
(estado y comportamiento).
Incorpora todos los conceptos importantes del paradigma de
objetos:
Encapsulacin : propiedad que permite ocultar la informacin al
resto de los objetos , impidiendo accesos incorrectos o conflictos
Herencia : los objetos heredan comportamiento dentro de una
jerarqua de clases.
Polimorfismo: propiedad de una operacin mediante la cual puede
ser aplicada a distintos tipos de objetos.
BASES DE DATOS ORIENTADOS A OBJETOS
Una operacin (llamada funcin) se especifica en 2 partes:
La interfaz (o asignatura) de una operacin incluye el nombre de la
operacin y los tipos de datos de sus argumentos ( o parmetros).

Aplicaciones:
Inventario
Reservas
Compras
Seguimiento
Logstica
Transporte
Bancos
Bibliotecas

SGBD: Sistema Gestor de Bases de
Datos
Es el conjunto de programas que permiten:
Definir, manipular y utilizar la informacin que
contienen las bases de datos.
Realizar todas las tareas de administracin necesarias
para mantenerlas operativas, mantener su integridad,
confidencialidad y seguridad.
Una BD nunca se accede o manipula directamente sino
a travs del SGBD. Se puede considerar al SGBD como
el interfaz entre el usuario y la BD.
Propsito
Manejar de manera clara , sencilla y ordenada un
conjunto de datos que posteriormente se convertirn en
informacin relevante para su organizacin.
Objetivos:
Abstraccin de la informacin ahorran detalles los
usuarios del almacenamiento fsico de los datos.
Independencia consiste en la capacidad de modificar el
esquema (fsico o biolgico)de una base de datos sin
tener que realizar cambios .
Consistencia casos en los que no se ha eliminado la
redundancia ser necesario vigilar que aquella
informacin que aparece repetida se actualice de forma
coherente
La base de datos representa una realidad determinada que
tiene determinada condiciones ejemplo los menores de
edad no pueden tener licencia de conducir. El sistema no
debera aceptar datos de un conductor menor de edad.
Seguridad la informacin almacenada en una base de
datos puede legar a tener un gran valor. Los SGBD deben
garantizar que esta informacin se encuentra segura
frente a usuarios malintencionados.
Respaldo los SGBD deben proporcionar una forma
eficiente de realizar copias de respaldo de la informacin
almacenada en ellos.
Tiempo de respuesta es deseable minimizar el tiempo
que el SGBD tarda en darnos la informacin solicitada
Ventajas
Proveen facilidades para la manipulacin de
grandes volmenes de datos
Simplifican la programacin de chequeos de
consistencia
Manejando las polticas de respaldo adecuadas
garantizan que los cambios de la base sern siempre
consistentes sin importar si hay errores en el disco.
Permite realizar modificaciones en la organizacin
de los datos con un impacto mnimo en el cdigo de
los programas.
Ventajas
Permiten implementar un manejo centralizado de la
seguridad de la informacin acceso a usuarios
autorizados proteccin de informacin de
modificaciones, inclusiones, consulta
Usualmente proveen interfaces y lenguajes e consulta
que simplifican la recuperacin de los datos.
Inconvenientes
Los requisitos de hardware para correr un SGBD por
lo general son relativamente altos.
La complejidad y la gran cantidad de funciones que
tienen hacen que software requiera gran cantidad de
memoria.
Inconvenientes
Complejidad los SGBD son software muy complejos
y las personas que vayan a usarlos deben tener
conocimiento de las funcionalidades del mismo para
poder aprovecharlo al mximo.
Si se tienen muy pocos datos que son usados por un
nico usuario por vez y no hay que realizar consultas
complejas sobre los datos entonces es posible que sea
mejor usar una plantilla de calculo.
Productos SGDB disponibles en el mercado
SGBD libres
MYSQL Licencia Dual, depende el uso



Firebird basada en la version 6 de Intervbase , Initial
Developers public license version 1.0
SQlite
DB2
Apache Derby
SGBD no libres
Advantage Database
dBase
FileMarker
Fox Pro
IBM DB2 Universal Database DB2 UDB



MAGIC
Microsoft Access
Microsoft SQL Server
NexusDB
Open Access
Oracle
Paradox
PervasivesSQL
Progress DBMS
Sybase ASE
Sybase ASA
Sybase IQ


EJEMPLOS
Base de datos de autores
Tablas
Autores
Editoriales
Libros
Tipos de dato
TEXT-Texto
INTEGER NUMEROS ENTEROS
DATE-Fecha


Ejemplos de tablas
Autores
Idautor INTEGER
Nombre TEXT
Apellido TEXT
Telfono INTEGER
Direccin TEXT
LIBROS
Idlibro INTEGER
idautor INTEGER
ideditorial INTEGER
nombre TEXT
Paginas INTEGER


Editoriales
Ideditorial INTEGER
Nombre TEXT
direccin TEXT
Conciliacin de Tipos de Datos
CLARION INFORMIX ORACLE
SHORT SMALLINT NUMBER(5)
LONG INTEGER NUMBER(10)
DATE DATE DATE
FechaHora STRING(8)
GFechaHora
GROUP,PRE(),OVER(FechaHora)
Fecha DATE
Hora TIME
END
DATETIME
YEAR TO SECOND
DATE
CSTRING(x + 1) VARCHAR(x) VARCHAR2(x)
PDECIMAL(p, s) DECIMAL(p,s) NUMBER(p,s)
CSTRING(4001) TEXT VARCHAR2(4000)
MSSQL MYSQL FIREBIRD
SMALLINT SMALLINT SMALLINT
INT INT INTEGER
DATETIME DATE DATE
DATETIME DATETIME TIMESTAMP
VARCHAR(x) VARCHAR(x) VARCHAR(x)
NUMERIC(p,s) DECIMAL(p,s) DECIMAL(p,s)
VARCHAR(4000) TEXT VARCHAR(4000)
Escribir en ANSI-SQL
Oracle Full-Outer Join ANSI-SQL92 Full Outer Join
SELECT p.part_id, s.supplier_name
FROM part p, supplier s
WHERE p.supplier_id = s.supplier_id (+)
UNION
SELECT p.part_id, s.supplier_name
FROM part p, supplier s
WHERE p.supplier_id (+) = s.supplier_id ;
SELECT p.part_id, s.supplier_name
FROM part p FULL OUTER JOIN supplier s
ON p.supplier_id = s.supplier_id ;
Traduccin de una consulta SQL Oracle a ANSI-SQL
ORACLE
select * from clientes where fecha_nac = to_date
(2005-04-01,YYYY-MM-DD}
SQL Server
select * from clientes where fecha_nac =
convert(date,' 2005-04-01 ',102)
INFORMIX
select * from clientes
where fecha_nac = 04-01-2005
Pre-formateo de Constantes, Operadores y
Funciones
Bases de Datos
Relacionales
Sobre los datos de la empresa
En la medida de lo posible los datos en la
base deben cumplir con ser o estar :
Independientes entre si
Distribuidos
No redundantes
Reales
Compartidos
Definicin
Base de Datos o BD
Coleccin de todos los datos operativos de una Empresa de
acuerdo a un modelo especfico que son accesibles desde cualquier
lugar fsico y nivel de la empresa (Estratgico, Tctico, Operativo)

Una BD debe cumplir con las caractersticas de:

Unicidad Consistencia
Seguridad Privaca
Disponibilidad Integridad
Comparacin entre
Archivos y Base de Datos
Dependencia de ligas externas a
los datos
Datos sin compartir en toda la
empresa
Redundancia de los datos
Archivos no relacionados
entre s
Acceso limitado y con poca
flexibilidad, eficiencia y
seguridad
Independencia a ligas externas a los
datos
Datos compartidos y compatibles en
la empresa
Redundancia mnima y controlada
Datos relacionados de acuerdo a un
modelo
Flexibilidad, Integridad, Eficiencia y
seguridad
El campo de las BD
Eficiencia
Acceso y modificacin de grandes volmenes de datos
Adaptabilidad
Supervivencia de datos bajo errores, reduciendo
inconsistencias
Control del acceso
Simultaneidad de uso mltiple dentro de una congruencia con
control de concurrencia y seguridad
Persistencia
Existencia y mantenimiento de datos por largos perodos de
tiempo, independientemente del modo de acceso
Modelo Relacional

Modelo de Datos
Un modelo es un conjunto de conceptos para describir los
datos y la relacin semntica entre ellos, dentro de las
restricciones que apliquen en la empresa
La triada MD { G, O, R }
G Reglas de generacin de objetos
0 Operaciones, elementos de manipulacin
R Restricciones inherentes y explcitas
MD Notacin formal matemtica para expresar datos y
relaciones
Esquema del MD Es un plano de la BD
Vista del MD es un subesquema del MD
Modelado
Definicin del Modelo
El modelo relacional es una estructura basada en colecciones de tablas en 2
dimensiones con propiedades especiales, que permiten representar distintos
tipos de asociaciones
Las tablas se denominan entidades y estn formadas por un conjunto de tuplas o
instancias de cada relacin de datos atmicos, llamados dominios.

Cada tupla representa un hecho elemental o aseveracin de la realidad a modelar:

< Id objeto, propiedad 1, propiedad 2, , propiedad n >
< Arbol, Altura, Color, , Edad >
< Fresno, 10.30, caf oscuro, , 10 >

El orden de cada tupla en la entidad y de cada dominio es irrelevante en la
organizacin. Aunque los valores de los dominios pueden repetirse, las
asociaciones son nicas, por lo que no pueden existir dos instancias iguales.
Operaciones con el Modelo
El modelo relacional permite
consultar las tablas: instancia por instancia
insertar nuevas entidades: definicin de archivos
insertar nuevas instancias: altas
eliminar entidades: bajas de archivos
eliminar instancias: bajas
actualizar entidades: cambios
interrelacionar entidades: a travs de un dominio
El modelo asume la existencia de un lenguaje de interaccin poderoso

El modelo fue desarrollado por F. Codd en los 70s y parte de la definicin matemtica de
que un entidad es un subconjunto del producto cartesiano entre los dominios de la
realidad a modelar:
Sean los dominios D1 : { d1a, d1b d1n }, D2 : { d2a, d2b d2n }, D3 : { d3a, d3b d3n }
Entonces el producto cartesiano D1 x D2 x D3 esta dado por las tuplas
< d1a, d2a,d3a > . < d1a, d2a,d3b > hasta .. < d1n, d2n,d3n >

El subconjunto de este producto es la realidad existente en un momento dado en
la empresa

Ejemplos del Modelo
entidad: Di recciones
Nombre x Direcci n x Telfono
Nombre Direccin Telfono
Pedro Pino 67 229-3456
Martn Encino 40 456-8907
Gonzal o Suace 34 345-6789
entidad: Edades
Nombre x Edad x Estado Civil
Nombre Edad Estado Civil
Pedro 34 casado
Martn 45 soltero
Gonzalo 23 soltero
Teresa 23 casada
Relacin entre entidades
Nombre Edad Direccin Telfono
Pedro 34 Pino 67 229-3456
Martn 45 Encino 40 456-8907
Entidades: archivos existentes (esquema)
Vistas: relacin temporal entre archivos (subesquema)
Note que no todos las tuplas estn relacionadas, igualmente
los entidades son solo un subconjunto de todas las combinaciones
posibles de los productos cartesianos
Identificacin de tuplas
Tradicionalmente se conoce como llave de acceso a aquel campo o
campos de un registro que nos dan permiten llegar directo a un
dato, por ejemplo el nombre de la persona me da su edad o su
sexo.
En el modelo relacional se mantiene esta situacin siendo este
dominio o conjunto de dominio la llave de acceso.
Para encontrar los ndices principales, en el modelo buscaremos
aquellos dominios que son independientes, esto es aquellos de
los que los dems dominios de la relacin dependen para generar una
relacin funcional. A esto le llamaremos dependencias
funcionales o DF.
Es comn que el dominio o los dominios independientes
correspondan a la llave de acceso de un archivo (igualmente al
ndice principal en un archivo indexado).
Identificacin de llaves

Tradicionalmente existen las siguientes tipos de llaves de acceso a un
archivo:
Llave Primaria: Dominio(s) independientes en la entidad
Llave Compuesta: Si la llave primaria es formada por varios dominios
Super Llave: Conjunto de llaves que satisfacen la identificacin nica. En
el modelo relacional es lo que se desea, para lo que se requiere el
proceso de normalizacin de entidades en el modelado de la realidad
Atributo Primo: es aquel dominio independiente y que forma parte de la
llave de una entidad especfica.
Atributo No primo: es aquel dominio que dependa de una llave en una
entidad, sin participar en la llave.
Llave Fornea: Aquel dominio que existiendo como dependiente en una
entidad es a su vez una llave (Atributo primo) en otra entidad de la
BD.
Normalizacin
Primera Forma Normal (1FN)
No esta normalizada ya
que no existen
relaciones atmicas
entre los dominios.
Anomala
De qu tamao es
un registro?
Nombre Antig Direcciones Ciudad Producto
reg 1 TASA 25 aos Reforma 23 Puebla clavos
tornillos
tuercas
tachuelas
reg 2 MESA 15 aos Juarez 15 Cholula tuercas
tachuelas
reg 3 GISA 20 aos Sur 322 Puebla clavos
tornillos
tuercas
Nombre Antig Direcciones Ciudad Producto Cant
tupla 1 TASA 25 aos Reforma 23 Puebla clavos 400
tupla 2 TASA 25 aos Reforma 23 Puebla tornillos 200
tupla 3 TASA 25 aos Reforma 23 Puebla tuercas 100
tupla 4 TASA 25 aos Reforma 23 Puebla tachuelas 50
tupla 5 MESA 15 aos Juarez 15 Cholula tuercas 30
tupla 6 MESA 15 aos Juarez 15 Cholula tachuelas 20
tupla 7 TASA 20 aos Sur 322 Puebla clavos 20
tupla 8 GISA 20 aos Sur 322 Puebla tornillos 50
tupla 9 GISA 20 aos Sur 322 Puebla tuercas 40
Entidad en 1FN

En el producto
cartesiano todos los
dominios tienen valores
atmicos

Segunda Forma Normal (2FN)
Sin embargo la 1FN tiene problemas cuando los atributos tienen
dependencia de varias llaves o dominios independiente.
Anomala
Qu pasa cuando dejo de
comprarle a TASA ?
Nombre Antig Direcciones Ciudad Producto Cant
tupla 1 TASA 25 aos Reforma 23 Puebla clavos 400
tupla 2 TASA 25 aos Reforma 23 Puebla tornillos 200
tupla 3 TASA 25 aos Reforma 23 Puebla tuercas 100
tupla 4 TASA 25 aos Reforma 23 Puebla tachuelas 50
tupla 5 MESA 15 aos Juarez 15 Cholula tuercas 30
tupla 6 MESA 15 aos Juarez 15 Cholula tachuelas 20
tupla 7 TASA 20 aos Sur 322 Puebla clavos 20
tupla 8 GISA 20 aos Sur 322 Puebla tornillos 50
tupla 9 GISA 20 aos Sur 322 Puebla tuercas 40
Entidades en 2FN

Las entidades estn en 1FN y
adems cada dominio o atributo
depende de un sola llave:

Ent 1 Nombre
==> Ant, Dir,Cd
Ent 2 Nombre, Producto
==> Cant
Ent 2 Nombre Producto Cant
tupla 1 TASA clavos 400
tupla 2 TASA tornillos 200
tupla 3 TASA tuercas 100
tupla 4 TASA tachuelas 50
tupla 5 MESA tuercas 30
tupla 6 MESA tachuelas 20
tupla 7 TASA clavos 20
tupla 8 GISA tornillos 50
tupla 9 GISA tuercas 40
Ent 1 Nombre Antig Direcciones Ciudad
tupla 1 TASA 25 aos Reforma 23 Puebla
tupla 2 MESA 15 aos Juarez 15 Cholula
tupla 3 GISA 20 aos Sur 322 Puebla
Tercera Forma Normal (3FN)
Sin embargo la 2FN tiene problemas cuando uno de los atributos tienen
dependencia transitiva de los dominios o atributos
Anomala
Qu pasa cuando TASA
de ser mi proveedor?
Entidades en 3FN

Las entidades estn en 2FN y
adems cada dominio o atributo
depende NO transitivamente de
un sola llave:

Ent 1 Nombre
==> Ant, Direcciones
Ent 3 Direcciones
==> Ciudad
Ent 1 Nombre Antig Direcciones Ciudad
tupla 1 TASA 25 aos Reforma 23 Puebla
tupla 2 MESA 15 aos Juarez 15 Cholula
tupla 3 GISA 20 aos Sur 322 Puebla
Ent 1 Nombre Antig Direcciones
tupla 1 TASA 25 aos Reforma 23
tupla 2 MESA 15 aos Juarez 15
tupla 3 GISA 20 aos Sur 322
Ent 3 Direcciones Ciudad
tupla 1 Reforma 23 Puebla
tupla 2 Juarez 15 Cholula
tupla 3 Sur 322 Puebla
Normalizacin: Redundancia controlada
La normalizacin genera ms entidades, sin
embargo esta redundancia aparente esta
controlada por el manejador de BD, siendo
ajena para el usuario.

Por otro lado el tamao de los archivos tiende a
reducirse.


Ent 1 Nombre Antig Direcciones
tupla 1 TASA 25 aos Reforma 23
tupla 2 MESA 15 aos Juarez 15
tupla 3 GISA 20 aos Sur 322
Ent 3 Direcciones Ciudad
tupla 1 Reforma 23 Puebla
tupla 2 Juarez 15 Cholula
tupla 3 Sur 322 Puebla
Ent 2 Nombre Producto Cant
tupla 1 TASA clavos 400
tupla 2 TASA tornillos 200
tupla 3 TASA tuercas 100
tupla 4 TASA tachuelas 50
tupla 5 MESA tuercas 30
tupla 6 MESA tachuelas 20
tupla 7 TASA clavos 20
tupla 8 GISA tornillos 50
tupla 9 GISA tuercas 40
Nombre Antig Direcciones Ciudad Producto
reg 1 TASA 25 aos Reforma 23 Puebla clavos
tornillos
tuercas
tachuelas
reg 2 MESA 15 aos Juarez 15 Cholula tuercas
tachuelas
reg 3 GISA 20 aos Sur 322 Puebla clavos
tornillos
tuercas
Entidad sin normalizar
Entidades normalizadas
Haga esta tabla en Sql para normalizarla. La tabla se llama alumnos
Primera forma normal: Ningn grupo
repetido
Como cada alumno se encuentra inscrito en
varios cursos, estos deben aparecer en una tabla
independiente. Los campos curso1, curso2,
curso3 de los registros anteriores indican que
existe un problema en el diseo.
Segunda forma Normal: Elimine
datos redundantes
Curso no depende del carn (que ser nuestra
clave principal) por lo que la tabla no esta en la
segunda forma normal. Debemos separar la
informacin de los cursos-alumnos a otra tabla.
Haremos la tabla asignaciones.
Asignaciones
Tabla alumnos luego del cambio
Tercera forma Normal: Eliminar
datos que no dependen de la clave
De el ltimo ejemplo la oficina del asesor
depende funcionalmente del atributo asesor. La
solucin es mover dicho atributo de la tabla
alumnos a la tabla personal, como se muestra a
continuacin.
Tabla Alumno
Tabla Personal
Normalizada
Hemos llegado finalmente a una base de datos
bien organizada en la cual podemos actualizar o
cambiar los datos almacenados fcilmente y de
una manera ordenada sin alterar los dems
registros.
E
n
tr
e
v
i
s
t
a
La empresa YAVAS empresa dedicada a la fabricacin
de herrajes para muebles de diversos tipos, ha
llamado al experto para que sistematice su operacin
de pedidos. He aqu un registro de la entrevista:

Gerente -- Mire ingeniero queremos que nos ponga un sistema moderno con
todas las ventajas de la computacin, dgame que mquina comprar y que
sistema de base de datos a usar.
Ingeniero -- Con calma hombre, primero necesito conocer su realidad
informacional, esto es sus reportes, sus formatos de entrada, en fin las
relaciones del sistema de pedidos.
Gerente -- Mire yo no soy experto en la materia, precisamente por eso lo llame a
UD. Esta compaa dedicada a la manufactura de herrajes, que son los
chunches que se le ponen a los muebles para armarlos hoy en da (no clavos
pues), para hacerlos modulares. El xito que hemos tenido es que nos piden
diversos herrajes para diversos muebles. As por ejemplo un mueble lleva
distintos herrajes, con una cantidad especfica de cada herraje por cada
mueble. Los mismos herrajes se usan en diversos muebles pero en cantidades
distintas.

E
n
tr
e
v
i
s
t
a
(2)

Gerente -- Adems por cada orden de compra llevamos informacin de la
direccin de envo, el nombre del cliente y la cantidad y tipo de herrajes de
cada mueble en cuestin. Guardamos tambin el precio del artculo
(herraje) por lnea de detalle y la fecha de la orden de compra con su
numero de folio. Conocemos tambin la informacin de cada mueble en
trminos de los tipos y nmeros de herrajes que requieren para usarse en
pedidos futuros.

Gerente -- Como los herrajes se adquieran de distintas plantas necesitamos
conocer el nombre de la planta que lo manufactura y la cantidad en
inventario del mismo. Ciertamente cada planta nos entrega diversos
herrajes. Por cada herraje conocemos su tipo, calidad y descripcin; por
cada cliente, sus direcciones. Los descuentos los manejamos nicamente
por volumen de compra de cada artculo en cada orden.....

Ingeniero -- Muy bien djeme trabajar un rato con esta informacin y le
propongo una esquema de sistematizacin

Gua de Normalizacin
1. Defina los Dominios ( Atomice lo mnimo necesario )
2. Defina los Formatos ( Defina formatos comunes )
3. Escriba todas las suposiciones semnticas iniciales
4. Obtenga la Tabla de Dependencias (conectando todos los dominios)
5.Determine las dependencias funcionales ( sentido de la fecha,
dominios independientes conjuntos )
6. Elimine las dependencias transitivas
7. Partiendo de la Tabla de Dependencias obtenga: las entidades mnimas
necesarias, tomando cada dominio(s) independiente para entablar a la
entidad.
8. Complete la lista de suposiciones semnticas
9. Presente los resultados: Dominios, Entidades, Suposiciones
10. Obtenga aprobacin firmada de la definicin en caso necesario efecte las
modificaciones requeridas (un buen diseo debe no contener ms de 100
dominios y 40 entidades por sistema )
D
o
m
i
n
i
o
s
1. Mueble: Integer Ejemplo : 32
2. Descripcin Mueble: String ( 40 ) Ejemplo : "Librero Grande"
3. Direccin: String ( 40 ) Ejemplo : "Jurez 34, Toluca, Mx."
4. Herraje: Integer Ejemplo : 45
5. Nmero: Integer Ejemplo : 12
6. Descripcin Herraje: String ( 40 ) Ejemplo :"horquilla mediana
7. Calidad: String ( 10 ) Ejemplo : "cromo"
8. Folio: Integer Ejemplo : 1234
9. Fecha: Date long Ejemplo : 12/12/1997
10. Lnea Detalle: Integer Ejemplo : 13
11. Cantidad: Integer Ejemplo : 80
12. Planta: Integer Ejemplo : 12
13. Inventario: Integer Ejemplo : 439
14. Descripcin Planta: String (30) Ejemplo : "automatizada grande"
15. Volumen: Integer Ejemplo : 500
16. % de Descuento: Integer Ejemplo : 25
17. Precio: Real Ejemplo : $ 0.50
Realidad Informacional
E
n
t
i
d
a
d
e
s
1. Muebles : ( Mueble, Descripcin Mueble )
2. Direcciones : ( Direccin, Cliente )
3. Ensambles : ( Herraje, Mueble, Nmero )
4. Herrajes : ( Herraje, Descripcin Herraje, Calidad, Precio )
5. Ordenes : ( Folio, Direccin, Fecha )
6. Detalles : ( Folio, Lnea Detalle, Cantidad, Herraje )
7. Inventarios : ( Planta, Herraje, Inventario )
8. Plantas : ( Planta, Descripcin Planta )
9. Descuentos : ( Herraje, Volumen, % Descuento )
En cada se planta se producen diversos herrajes
Herrajes iguales se producen en plantas distintas
El descuento depende del volumen y del herraje
El cliente tiene distintas direcciones de envo
Un mismo herraje se utiliza en varios muebles
Muebles distintos usan herrajes similares
En una orden de compra puede tener varias lneas de detalle
Suposiciones