P. 1
NORMALIZACION

NORMALIZACION

|Views: 8|Likes:
Publicado porDiana Marquez

More info:

Published by: Diana Marquez on Nov 16, 2013
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOC, PDF, TXT or read online from Scribd
See more
See less

05/05/2015

pdf

text

original

ANALISIS Y DISEÑO DE SISTEMAS PROF. DIANA MARQUEZ NORMALIZACION. DICCIONARIOS DE DATOS.

NORMALIZACION

1/14

Normalización es un conjunto de reglas que sirven para ayudar a los diseñadores a desarrollar un esquema que minimice los problemas de lógica. Cada regla está basada en la que le antecede. La normalización se adoptó porque el viejo estilo de poner todos los datos en un solo lugar, como un archivo o una tabla de la base de datos, era ine iciente y conduc!a a errores de lógica cuando se trataba de manipular los datos. "or ejemplo, vea la base de datos #i$ienda. %i almacena todos los datos en la tabla Clientes, &sta podr!a verse como se muestra a continuación' Clientes ()*Cliente Nombre +pellidos Nombre*"roducto, Costo*"roducto, (magen*"roducto, Nombre*"roducto- Costo*"roducto- (magen*"roducto.echa*"edido Cantidad*"edido Nombre*Cia*/nvios La tabla se ha descrito de manera abreviada pero aun as! representa la idea general. 0Cómo podr!a añadir un nuevo cliente en su tabla Clientes1 )eber!a añadir un producto y un pedido tambi&n. 02u& tal si quisiera emitir un in orme de todos los productos que vende1 No podr!a separar ácilmente los productos de los clientes con una simple instrucción %2L. Lo bello de las bases de datos relacionales, si están bien diseñadas, es que puede hacer esto ácilmente. La nomlalización tambi&n hace las cosas áciles de entender. Los seres humanos tenemos la tendencia de simpli icar las cosas al má3imo. Lo hacemos con casi todo desde los animales hasta con los automóviles. 4emos una imagen de gran tamaño y la hacemos menos compleja agrupando cosas similares juntas. Las gu!as que la nomlalización provee crean el marco de re erencia para simpli icar la estructura. /n su base de datos de muestra es ácil detectar que usted tiene tres di erentes grupos' clientes, productos y pedidos. %i sigue las gu!as de la nomlalización, podr!a crear las tablas basándose en estos grupos. /l proceso de nomlalización tiene un nombre y una serie de reglas para cada ase. /sto puede parecer un poco con uso al principio, pero poco a poco irá entendiendo el proceso, as! como las razones para hacerlo de esta manera. + la mayor!a de la gente le encantan las hojas de cálculo por la orma en la que manejan sus datos. /l tiempo que le lleve recon igurar su esquema para ajustarlo al proceso de nomlalización, siempre será bien (invertido. +l in y al cabo, esto le tomará menos tiempo que el que tendr!a que invertir , para cortar y pegar sus columnas de datos para generar el in omle que quiere su je e. 5tra ventaja de la nomlalización de su base de datos es el consumo de espacio. 6na base de datos nomlalizada puede ocupar menos espacio en disco que una no nomlalizada. 7ay menos repetición de datos, lo que tiene como consecuencia un mucho menor uso de espacio en disco.

ANALISIS Y DISEÑO DE SISTEMAS PROF. DIANA MARQUEZ

2/14

8rados de normalización /3isten básicamente tres niveles de normalización' "rimera .omla Normal 9,N.:, %egunda .omla Normal 9-N.: y $ercera .omla Normal 9;N.:. Cada una de estas ormas tiene sus propias reglas. Cuando una base de datos se con orma a un nivel, se considera nomlalizada a esa orma de nomlalización. "or ejemplo, supongamos que su base de datos cumple con todas las reglas del segundo nivel de nomlalización. %e considera que está en la %egunda .omla Normal. No siempre es una buena idea tener una base de datos con ormada en el nivel más alto de normalización. "uede llevar aun nivel de complejidad que pudiera ser evitado si estuviera en un nivel más bajo de normalización. Primera Forma Normal La regla de la "rimera .orma Normal establece que las columnas repetidas deben eliminarse y colocarse en tablas separadas. <sta es una regla muy ácil de seguir. 5bserve el esquema de la tabla Clientes de la base de datos. Clientes () Cliente Nombre +pellidos Nombre*"roducto, Costo*"roducto, (magen*"roducto, Nombre*"roductoCosto*"roducto(magen*"roducto.echa*"edido Cantidad*"edido Nombre Cia /nvios La tabla tiene varias columnas repetidas. <stas se re ieren principalmente a los productos. )e acuerdo con la regla, debe eliminar las columnas repetidas y crearles su propia tabla. /liminación de datos repetidos en una base de datos Clientes "edidos ()*Clientes Nombre*"roductos Nombre Costo*"roducto +pellidos (magen*"roducto )ireccion Numero*"edido .echa*"edido Cantidad*"edido Clave*Cia*/nvios Nombre*Ci* /nvios

ANALISIS Y DISEÑO DE SISTEMAS PROF. DIANA MARQUEZ

3/14

+hora tiene dos tablas. "ero todav!a hay un problema. No hay orma de relacionar los datos de la tabla original con los de la nueva tabla. "ara hacerlo, debe añadir un campo clave a la segunda tabla de orma que se establezca la relación. +ñada a la tabla "roductos una clave primaria que se llame ()*"roducto y añada una clave a la tabla Clientes que la relacione con la tabla "roductos. /l campo ()*"roducto es el candidato ideal. "rimera .orma Normal Clientes "edidos ()*"roductos ()*"roductos ()*Clientes Nombre*"roductos Nombre Costo*"roducto +pellidos (magen*"roducto )ireccion Numero*"edido .echa*"edido Cantidad*"edido Clave*Cia*/nvios +s!, se ha establecido una relación uno a varios. <sta representa lo que la base de datos estará haciendo en la vida real. /l cliente tendrá muchos productos que podrá comprar, sin importar cuántos otros clientes quieran comprarlos tambi&n. +demás, el cliente necesitará haber pedido un producto para ser un cliente. 6sted ya no está obligado a añadir un cliente cada vez que añade un nuevo producto a su inventario. "oner la base de datos en la "rimera .orma Normal resuelve el problema de los encabezados de columna m=ltiples. #uy a menudo, los diseñadores de bases de datos ine3pertos harán algo similar a la tabla no normalizada. 6na y otra vez, crearán columnas que representen los mismos datos. /n una empresa de servicios de electricidad, hab!a una base de datos para el control de re acciones de una planta nuclear. La tabla de su base de datos, la cual conten!a los n=meros de parte de las re acciones, ten!a una columna repetida más de treinta veces. Cada vez que una nueva parte se ten!a que dar de alta, se creaba una nueva columna para almacenar la in ormación. 5bviamente, el diseño de la base de datos era bastante pobre y, por lo mismo, resultaba una pesadilla para sus programadores>administradores. La normalización ayuda a clari icar la base de datos ya organizarla en partes más pequeñas y más áciles de entender. /n lugar de tener que entender una tabla gigantesca y monol!tica que tiene muchos di erentes aspectos, usted sólo tiene que entender objetos pequeños y más tangibles, as! como las relaciones que guardan con otros objetos tambi&n pequeños. No es necesario mencionar que un mejor entendimiento del uncionamiento de su base de datos conducirá aun mejor aprovechamiento de sus activos.

ANALISIS Y DISEÑO DE SISTEMAS PROF. DIANA MARQUEZ

4/14

Segunda Forma Normal La regla de la %egunda .orma Normal establece que todas las dependencias parciales se deben eliminar y separar dentro de sus propias tablas. 6na depen dencia parcial es un t&rmino que describe a aquellos datos que no dependen de la clave de la tabla para identi icarlos. /n la base de datos de muestra, la in ormación de pedidos está en cada uno de los registros. %er!a mucho más simple utilizar =nicamente el n=mero del pedido. /l resto de la in ormación podr!a residir en su propia tabla. 6na vez que haya organizado la in ormación de pedidos. /liminación de las dependencias parciales ?%egunda .orma Normal Clientes "edidos "roductos ()*"roductos ()*"roductos ()*"roducto ()*Clientes Nombre*"roductos .echa*Compra Nombre Cantidad*"edido Costos*"roductos +pellidos (magen*"roducto )ireccion Numero*"edido Nombre*Cia*/nvios )e nuevo, al organizar el esquema de esta orma puede re lejar el mundo real en su base de datos. $endr!a que hacer algunos cambios en sus reglas del negocio para que esto uera aplicable, pero para ilustrar la normalización, as! está bien. 6na de las mayores desventajas de la normalización es el tiempo que lleva hacerlo. La mayor!a de la gente está demasiado ocupada, y emplear tiempo para asegurarse de que sus datos están normalizados cuando todo unciona más o menos bien, parece ser un desperdicio de tiempo. "ero no es as!. 6sted tendrá que emplear más tiempo arreglando una base de datos no normalizada que el que emplear!a en una normalizada. +l haber alcanzado la %egunda .orma Normal, usted puede dis rutar de algunas de las ventajas de las bases de datos relacionales. "or ejemplo, puede añadir nuevas columnas a la tabla Clientes sin a ectar a las tablas "roductos y "edidos. Lo mismo aplica para las otras tablas. +lcanzar este nivel de normalización permite que los datos se acomoden de una manera natural dentro de los l!mites esperados. 6na vez que ha alcanzado el nivel de la %egunda .orma Normal, se han controlado la mayor!a de los problemas de lógica. "uede insertar un registro sin un e3ceso de datos en la mayor!a de las tablas. 5bservando un poco más de cerca la tabla Clientes, vemos la columna Nombre*Cia*/nvios. <sta no es dependiente del cliente. /l siguiente nivel de normalización e3plicará cómo solucionar esto. Tercera Forma Normal La regla de la $ercera .orma Normal señala que hay que eliminar y separar cualquier dato que no sea clave. /l valor de esta columna debe depender de la clave. $odos los valores deben identi icarse =nicamente por la clave. /n la base de datos de muestra, la tabla Clientes contiene la columna Nombre*Cia*/nvios, la cual no se identi ica =nicamente por la clave. "odr!a separar estos datos de la

ANALISIS Y DISEÑO DE SISTEMAS PROF. DIANA MARQUEZ

5/14

tabla y ponerlos en una tabla aparte. /liminación de los datos que no son claves para la $ercera .orma Normal Clientes "roductos "edido#aestro "edido)etallado Cias*/nvios ()*cliente ()*"roducto ()*"edido ()*"edido)etallado ()*Cia*/nvios ()*"roducto Nombre*"roducto .echa*"edido ()*"edido Nombre*Cia*/nvios. Numero*"edido Costos*"roductos Cantidad*"edidos .echa*"edido ()*Cia*/nvios .oto*"roducto Cantidad*"edido Nombre +pellidos )ireccion +hora todas sus tablas están en la $ercera .orma Normal. /sto le da más le3ibilidad y previene errores de lógica cuando inserta o borra registros. Cada columna en la tabla está identi icada de manera =nica por la clave, y no hay datos repetidos. /sto provee un esquema limpio y elegante, que es ácil de trabajar y e3pandir. /n resumen La normalización es una t&cnica que se utiliza para crear relaciones lógicas apropiadas entre tablas de una base de datos. +yuda a prevenir errores lógicos en la manipulación de datos. La normalización acilita tambi&n agregar nuevas columnas sin romper el esquema actual ni las relaciones. /3isten varios niveles de normalización' "rimera .orma Normal, %egunda .orma Normal, $ercera .orma Normal, .orma Normal @oyce?Codd, Cuarta .orma Normal, 2uinta .orma Normal o .orma Normal de "royección?6nión, .orma Normal de "royección?6nión .uerte, .orma Normal de "royección?6nión /3tra .uerte y .orma Normal de Clave de )ominio. Cada nuevo nivel o orma lo acerca más a hacer su base de datos verdaderamente relacional. Normalizar demasiado puede conducir a tener una base de datos ine iciente y hacer a su esquema demasiado complejo para trabajar. 6n balance apropiado de sentido com=n y práctico puede ayudarle a decidir cuándo normalizar.

Normalización

ANALISIS Y DISEÑO DE SISTEMAS PROF. DIANA MARQUEZ Productos Cod_prod Proveedor Cod_prov Descp_prov Dirección Teléfono Fax Rif Nit Descp_prod Cant_prod

6/14

Cotización Cod_cot Compra Cod_orden Solicitud Cod_sol Cod_prod Inventario Cod_invt Cod_prod Cantidad Descripción ferta Cod_oferta Cod_prod Cod_prov cantidad Precio! Precio" Precio# Cant_minima Cod_invt Cant_sol Cant_aprobada Cod_prov Cod_prod Cant_compra Precio Cod_prov Cod_prod Cant_soli

Dro$uer%a Cod_dro$uer%a Descripción

Gráfico 25&'Normalización&

DICCIONARIO DE DATOS Los diccionarios de datos son el segundo componente del análisis del lujo de datos. /n s! mismos los diagramas de lujo de datos no describen por completo el

ANALISIS Y DISEÑO DE SISTEMAS PROF. DIANA MARQUEZ

7/14

objeto de la investigación. /l diccionario de datos proporciona in ormación adicional sobre el sistema. /sta sección analiza que es un diccionario de datos, por qu& se necesita en el análisis de lujo de datos y como desarrollarlo. %e utilizará el ejemplo del sistema de contabilidad para describir los diccionarios de datos. 6n diccionario de datos es una lista de todos los elementos incluido en el conjunto de los diagramas de lujo de datos que describen un sistema. Los elementos principales en un sistema, estudiados en las secciones anteriores, son el lujo de datos, el almacenamiento de datos y los procesos. /l diccionario de datos almacena detalles y descripciones de estos elementos. %i los analistas desean conocer cuántos caracteres hay en un dato, con qu& otros nombres se le conoce en el sistema, o en donde se utilizan dentro del sistema deben ser capaces de encontrar las respuesta en un diccionario de datos desarrollado apropiadamente. /l diccionario de dato se desarrolla durante el análisis de lujo de datos y ayuda el analista involucrado en la determinación de los requerimientos de sistemas. %in embargo, como se verá más adelante, tambi&n el contenido del diccionario de datos se utiliza durante el diseño del sistema. /n in ormática, base de datos acerca de la terminolog!a que se utilizará en un sistema de in ormación. "ara comprender mejor el signi icado de un diccionario de datos, puede considerarse su contenido como Adatos acerca de los datosAB es decir, descripciones de todos los demás objetos 9archivos, programas, in ormes, sinónimos...: e3istentes en el sistema. 6n diccionario de datos almacena la totalidad de los diversos esquemas y especi icaciones de archivos, as! como sus ubicaciones. %i es completo incluye tambi&n in ormación acerca de qu& programas utilizan qu& datos, y qu& usuarios están interesados en unos u otros in ormes. "or lo general, el diccionario de datos está integrado en el sistema de in ormación que describe. Descripci n de los Da!os en el Diccionario Cada entrada en el diccionario de dato consiste en un conjunto de detalles que describen los datos utilizados o producidos en el sistema. Cada articulo se identi ica por un nombre de dato, descripción, sinónimo y longitud de campo y tiene valores espec! icos que se permiten para &ste en el sistema estudiado. Nom"re de los Da!os "ara distinguir un dato de otro, los analista les asigna nombre signi icativos que se utilizan para tener una re erencia de cada elemento a trav&s del proceso total de desarrollo de sistemas. "or lo tanto, debe tenerse cuidado para seleccionar, en orma signi icativa y entendible, los nombres de los datos, por ejemplo la echa de actura es más signi icativa si se llama ./C7+ .+C$6C+ que si se le conoce como +@CDDD. Descripci n de los Da!os /stablece brevemente lo que representa el dato en el sistemaB por ejemplo, la descripción para ./C7+?)/?.+C$6C+ indica que es la echa en la cual se está preparando la misma 9para distinguirla de la echa en la que se envió por correo o se recibió.

ANALISIS Y DISEÑO DE SISTEMAS PROF. DIANA MARQUEZ

8/14

Las descripciones de datos se deben escribir suponiendo que a gente que los lea no conoce nada en relación del sistema. )eben evitarse termino especiales o argot, todas las palabras deben se entendible para el lector Alias Con recuencia el mismo dato puede conocerse con di erentes nombres, dependiendo de quien lo utilice. /l uso de los alias deben evitar con usión. 6n diccionario de dato signi icativo incluirá todos los alias. Longi!ud de campo Cuando las caracter!stica del diseño del sistema se ejecuten más tarde en el proceso de desarrollo del sistemas, será importante conocer la cantidad de espacio que necesita para cada dato. #alores de los da!os /n algunos proceso solo se permiten valores de datos espec! icos. "or ejemplo, en muchas compañ!as con recuencia los n=meros de orden de compra se proporcionan con un pre ijo de una letra para indicar el departamento del origen. Regis!ro de las descripciones de da!os )adas que las descripciones se utilizarán en orma repetitiva a trav&s de una in ormación y despu&s, durante el diseño, se sugiere un ormato ácil para utilizar que simpli ique el registro y los detalles de consulta cuando se necesiten.

Diccionario de Datos

ANALISIS Y DISEÑO DE SISTEMAS PROF. DIANA MARQUEZ Cuadro 32: Productos Nombre'de'la'Tabla('Productos Identificación'en'la')ase'de'Datos('Productos

9/14

Descripción('Contiene la información sobre los medicamentos. *STR+CT+R,'F-SIC,
Campo Clave X Nombre del campo Cod_prod Descp_prod Cant_prod Tipo de Dato Car.cter Car.cter Numérico Longitud / #0 2 Dec. 0 0 0 Descripción del Campo Códi$o ' de'

productos& Descripción ' Produc1 tos& Cantidad ' de ' Produc1 tos&

N mero de Campo Tres !3"

Cuadro 33: Proveedor Nombre'de'la'Tabla('Proveedor

ANALISIS Y DISEÑO DE SISTEMAS PROF. DIANA MARQUEZ Identificación'en'la')ase'de'Datos('Proveedor. Descripción('Contiene la información de los Proveedores. *STR+CT+R,'F-SIC,
Campo Clave X Nombre del campo Cod_prov Descp_prov Dirección Teléfono Fax Rif Nit Tipo de Dato Car.cter Car.cter Car.cter Numérico Numérico Car.cter Car.cter / #0 20 !" !" 0 0 0 0 0 0 0 Longitud Dec.

10/14

Descripción del Campo Códi$o ' de ' Proveedo1 res& Descripción veedor& Dirección ' del ' pro1 veedor& Teléfono ' del ' Pro1 veedor& Fax Rif Nit ' Pro1

N mero de Campos: #iete !$".

Cuadro 3%: Coti&ación Nombre'de'la'Tabla('Coti&ación

ANALISIS Y DISEÑO DE SISTEMAS PROF. DIANA MARQUEZ Identificación'en'la')ase'de'Datos('Coti&ación.

11/14

Descripción( 'Contiene la información sobre las coti&aciones 'ue le suministra a los proveedores. *STR+CT+R,'F-SIC,
Campo Clave X X X Nombre del campo Cod_cot Cod_prov Cant_prod Cant_sol Tipo de Dato Car.cter Car.cter Car.cter Numérico / / / 2 0 0 0 0 Códi$o Longitud Dec. Descripción del Campo ' de ' la' Cotización& Códi$o ' del ' Pro1 veedor& Códi$o ' del ' pro1 ducto& Dirección ' del ' pro1 veedor&

N mero de Campos: Cuatro !%".

Cuadro 3(: Compra Nombre'de'la'Tabla('Compra Identificación'en'la')ase'de'Datos('Compra. Descripción( 'Contiene la información referente

a

las

ANALISIS Y DISEÑO DE SISTEMAS PROF. DIANA MARQUEZ ordenes de compras 'ue se le reali&a al proveedor. *STR+CT+R,'F-SIC,
Campo Clave X Nombre del campo Cod_orden Des_prov Cod_prod
Cant_compra

12/14

Tipo de Dato Car.cter Car.cter Car.cter Numérico Numérico

Longitud / #0 / !" !"

Dec. 0 0 0 0 0

Descripción del Campo Códi$o'de'la'orden& Códi$o ' del ' Pro1 veedor& Códi$o ' del ' pro1 ducto& Cantidad ' de ' la' compra& Precio ' del ' pro1 ducto&

X

Precio

N mero de Campos: Cinco !(".

Cuadro 3): #olicitud Nombre'de'la'Tabla('#olicitud. Identificación'en'la')ase'de'Datos('#olicitud. Descripción( 'Contiene la información sobre los pedidos de los productos 'ue solicitan a las droguer*as. *STR+CT+R,'F-SIC,

ANALISIS Y DISEÑO DE SISTEMAS PROF. DIANA MARQUEZ
Campo Clave X X X Nombre del campo Cod_sol Cod_prod Cod_invt Cant_soli Cant_aprob Tipo de Dato Car.cter Car.cter Car.cter Car.cter Car.cter Longitud / / / / / Dec. 0 0 0 0 0 Descripción del

13/14

Campo Códi$o ' de ' soli1 citud& Códi$o ' del ' Pro1 veedor& Códi$o'Inventario& Códi$o'Solicitada& Cantidad',probada&

N mero de Campos: #eis !)".

Cuadro 3$: +nventario Nombre'de'la'Tabla('+nventario Identificación'en'la')ase'de'Datos('+nventario. Descripción( 'Contiene la información sobre los medicamentos de la farmacia. *STR+CT+R,'F-SIC,
Campo Clave Nombre del campo Tipo de Dato Longitud Dec. Descripción del Campo

ANALISIS Y DISEÑO DE SISTEMAS PROF. DIANA MARQUEZ
X X Cod_inv Cod_prod
Descripción

14/14
0 0 0 Códi$o ' de ' inven1 tario& Códi$o ' del ' Pro1 ducto& Descripción producto& ' del'

Car.cter Car.cter Car.cter

/ / #0

N mero de Campos: Tres !3".

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->