Está en la página 1de 7
NORMALIZACION “CURSO SQL _ LECTURA4 UNIDAD 1 Una base de datos tiene que ser disefiada antes de que pueda ser creada y usada. El disefio Peer econ a cee uC uiENelscc concise il PCL M MEM MCC R aM ctu neucmet ute sca tsaeR ge teary faeces kein} desempeno dptimo junto con la integridad de la informacién. Esto puede ser logrado a través de un proceso conocido como Normalizacion. La base de datos debe estar en un estado de terete uence at eo be ela Bie ie meets tet) wes Pa 6006 Be Be Be Be BD 8 11111 00000 11111 00000 Pra DEFINICION DE NORMALIZACION Normalizacién es una serie de reglas que Involucra andlisis y transformacion de las estructuras de los datos en relaciones que exhiban propiedades Uinicas de consistencia, minima redundancia y maxima estabilidad. La necesidad para normalizar puede ser mejor com prendida al mencionar las distintas anomalias o desventajas de los datos NO NORMALIZADOS. Consideremos la tabla en la figura 3. La tabla contiene todos los detalles de los empleados de una compafiia, y los detalles del Departamento al que pertenecen. numEmp [nombre] salario__| ingreso [numDept] descDept 1001 Andres | $ 500.000 | 1-Ene-01 | AB101 Sistemas. qoo2__| Maria [$700,000 [76-Mar2) AB101 | Sistemas 1003 Carlos | § 350.000 | 5-Dic-O1 | ABI01 Finanzas. 1004 | Felipe | $600,000 [75-Jun-01] ABI03 | Finanzas 1005 __| Oscar [$500,000 | 1-Ene-03 | AB102_[Contabilidad 1006 Martha | $ 700.000 | 6-Dic-01 | AB104 Ventas too? | Beatriz | $800,000 | TEne-01 | AB110 | Gerencia A primera vista, parece conveniente almacenar todos los detalles en una sola tabla. Pero ciertas anomalias se pueden manifestar durante la insercién, actualizacion y borrado de datos. La normalizacion provee un método de remover todas estas indeseables anomalias haciendo la base de datos mas contfiable y estable. [Anomalia de insercion (INSERT) [Suponga que un nuevo Departamento ha sido creado, el cual no tiene empleados todavia, por lo tanto, en nuestra tabla original, los datos correspondientes al Pareeceks ucln ied Ul ly Mee hchel stom eM acer terelane | [peter tne eeers at cama bie tunans cctsbt-tera |Anomalia de Actualizacion (UPDATE) Suponga que el numero del Departamento de "Sistemas" ha sido cambiado a /AB108. Esto involucra tener q1ue cambiar el numero del departamento para Hodos los empleados que pertenezcan al departamento de "Sistemas", lo cual eee en Use Acree cereus ereueless ee een eee Sanaa) Si todos los empleados en el Departamento de "Finanzas" abandonan la compafia, todos los registros de estos tendrian que ser borrados. Hecho asi, los detalles del Departamento "Finanzas" se perderian. Los datos en la tabla eee de ccuu ene ukeece dec ek ck) y por lo tanto se pierde la integridad de los datos. PROPIEDADES DE UNA BASE DE DATOS DESPUES DE LANORMALIZACK Una base de dates normalizada debe representar las siguientes propiedades: © Los requerimientos para almacenamiento de datos se minimizan, dado que el proceso de normalizacion sistematicamente elimina la duplicacian de los datos * Desde que los datos son almacenadas en el minima numero de lugares, las posibilidades de inconsistencias en la informacién son reducidas al minima * Las estructuras normalizadas son dptimas para efectuar actualizaciones de los datos, Dado que los datos existen en el minimo numero de lugares, una operacién de actualizacién (UPDATE) necesitara acceder a una minima cantidad de datos E! proceso de normalizacién involucra basicamente tres pasos. Después de cada paso, la base de datos se convierte en formas llamadas “formas normales". Generalmente, la “tercera forma normal” es el estado que debe alcanzar una base de datos para que se diga que esta totalmente normalizada. La cuarta y la quinta forma normal también existen, pero no son usadas en el disefio de una base de datos. Accontinuacian, consideremos un pequefio ejercicio acerca de un Documento de Orden de Compra, el cual trataremos de convertirlo a una forma normalizada. Pero antes explicaremos unas pequefias reglas: Propiedades de una relacion Un tabla debe No duplicados No debe haber nunca dos satisfacer ciertos criterios previos antes de columnas ¢ filas totalmente idénticas. Si dos calificar para convertirse en una relaci6n. filas son totalmente idénticas, entonces hacen falta algunos atributos que las haga diferentes y distinguibles. Ejemplo: Dos registros de discos compactos en una tienda serian idénticos si son dos copias del ultimo album de Shakira, si no fuera porque cada disco compacto tiene un numero cédigo que los hace diferentes. Clave Unica Cada registro tiene que tener una llave Unica que lo identifique. Cualquier Feit] oe) om se -te( lm = M PSL ORM Om sleld |e]: trataremos de elegir como llave unica al ae Rene eN cd ait Rutan aly como por ejemplo un numero de ID. Si un atributo es insuficiente para identificar un er Cen ene tueeke nn atributo puede conformar la llave Unica. En tal caso, el numero de atributos que conformen UME lel ee ete nD suficiente. eC Marl CoL) Insignificancia del orden La secuencia en la cual los atributos son Peencetrke tut cia etlaiest cells el ID del empleado de primero, o el nombre y él apellido de primero, y esto no afectara las relaciones que establezcamos con otras tablas. Por otro lado, los registros deben ser Poem cate aelcu teeters) eee eee een ceca iet posicional). Esto significa que si intentamos identificar un registro por su posicién dentro de la tabla, estaremos creando una llave een ee urn ccna om a ee Ree en Cruces a eee ete ure een ete eRe ur UI es cine oko) etek ree Nec en tuts ce eee caked Rel eter Coe ueu en ek Rotem ean at tuted hunt tem ture ee Oe er Uracil rouee te eu ace el i Pei et umn cnc nec M el esti erie ue eked eee eee steed rear Bea ed i ee Rie em ene rien a cele

También podría gustarte