en este ensayo se da una breve explicacion de la dependencia funcional y las formas de normalizacion utilizadas como bases al momento de realizar el diseño de un modelo relacional a partir de un modelo entidad- relación

1. 3050157859-842743-425010-798195-68824200<br />Universidad Veracruzana<br />Facultad de Contaduría y Administración<br />Campus Coatzacoalcos<br />Ensayo sobre:<br />Dependencia funcional y Normalización de Base de Datos.<br />Elaborado por:<br />Víctor Manuel Urbano Martínez.<br />Programa:<br />26391005045000Sistemas Computacionales Administrativos.<br />Profesor:<br />Ing. Luis Ángel Alarcón Aguirre.<br />3431018108838LSCA301LSCA301Coatzacoalcos Veracruz a 18 de Septiembre de 2011.<br />Dependencia funcional y Normalización de Base de Datos.<br />El uso de las bases de datos permite a los usuarios organizar grupos de informaciones que son tratadas a través de tablas, que a su vez proporcionan estructuras capaces de decidir o tomar decisiones en relación a la información contenidas en las mismas.<br />Por ello, los diseñadores y administradores de las bases de datos se enfrentan a retos de diseño como la velocidad de acceso, el tamaño o tipo de la información a tratar, la facilidad de acceder a la misma y extraer dicha información, así como el comportamiento que debe tener la BD al trabajar con cada tipo de información.<br />Pero gracias a la experiencia de trabajar con las Bases de Datos se ha podido establecer criterios o estándares de diseño que garantizan un elevado nivel de eficiencia en cuanto al almacenamiento y recuperación de la información.<br />En esta ocasión nos enfocaremos solamente en la dependencia funcional y las formas de normalización que se pueden definir como teorías o reglas aplicadas a las relaciones obtenidas de paso del modelo entidad-relación al modelo relacional.<br />29146419387000325364224638000<br />Como observamos en la imagen anterior cumplimos ciertos criterios al elaborar el modelo relacional (parte inferior de la imagen), esto es existe una dependencia de la entidad muestra a la entidad estación a través de una relación 1 a muchos.<br />Tomando de referencia la imagen anterior podemos establecer que una DEPENDENCIA FUNCIONAL se presenta cuando el valor de un conjunto de atributos(X) en una relación determina el valor de otros atributos (Y) en cada tupla en el que aparecen.<br />243014527686000En otras palabras, es un conjunto determinado de atributos que dependen de otro, representado a través de una flecha ( ). Por ejemplo:<br />Si conocemos el valor de la FechaDeNacimiento de un individuo podemos conocer el valor de su Edad, por lo tanto la dependencia funcional se puede representar de la siguiente manera:<br />donde Fecha de nacimiento se le denomina el determinante, mientras edad es denominado Implicado.<br />Cabe mencionar que las dependencias funcionales presentan ciertas propiedades que son representadas a través de tres axiomas denominados de Armtrong, estas son:<br />Dependencia Funcional Reflexiva: se establece a partir del criterio; si “x” está incluido en “x” entonces “x” depende de “x”, esto indica que a partir de cualquier atributo o conjunto de atributos se logra determinar el mismo. <br />Dependencia funcional aumentativa: establece que si X depende de Y, los atributos que contenga X también estarán en Y, tal como se ejemplifica a continuación:<br />Si con el DNI (documento nacional de identificación) se determina el nombre de una persona, entonces con el DNI más la dirección también se determina el nombre o su dirección.<br />Dependencia funcional transitiva: Sean X, Y, Z tres atributos (o grupos de atributos) de la misma entidad. Si Y depende funcionalmente de X y Z de Y, pero X no depende funcionalmente de Y, se dice que Z depende transitivamente de X.<br />Esta dependencia la podemos representar a través del ejemplo de la fecha de nacimiento anteriormente usado, es decir, imaginemos que se nos pide establecer la relación para determinar si una persona es apta a conducir un automóvil (en México legalmente es a partir de los 18 años) y de esta manera pueda obtener su licencia de manejo la representación aplicada sería:<br />La interpretación seria que a partir de la fecha de nacimiento determinamos la edad de la persona e indirectamente podríamos saber si a esta persona se le puede otorgar una licencia de manejo (atributo conducir). <br />Los axiomas anteriores son los básicos pero no los únicos y tal como se observó en ejemplos son fáciles de demostrar, pero que en conjunto con las reglas de Normalización Estaremos en la posibilidad de erradicar los errores anteriormente planteados a los que se enfrenta cada diseñador:<br />Aplicando los criterios que deben poseer las Base de datos llegamos a la aplicación de las reglas de normalización, o el proceso de organización de datos en una base de datos que incluye la creación de tablas, estableciendo además relaciones entre las mismas tablas de acuerdo a reglas establecidas con la intención de proteger los datos y hacer flexibles la base de datos; ya que permite entre otras cosas eliminar la redundancia y dependencias incoherentes. Permitiendo con ello desperdiciar espacio en disco y problemas de mantenimiento.<br />Las formas normales son aplicadas a las tablas de una base de datos, cumpliendo condiciones que se denotan en cada una de ellas, es decir en cada forma normal se deben cumplir ciertas restricciones encaminadas a eliminar anomalías asociadas a las relaciones entre las mismas.<br />Es preciso mencionar que las formas normales fueron creadas por Edgar F. Cood y colaboración de Boyce siendo presentadas de la siguiente manera:<br />38696901891030PRESENTADAS POR BOYCE - COOD0PRESENTADAS POR BOYCE - COOD7308851891469PRESENTADAS POR COOD0PRESENTADAS POR COOD<br />PRIMERA FROMA NORMAL (1FN).<br />Establece que una tabla se encuentra en Primera Forma Normal si:<br />todos sus atributos son atómicos, es decir que sean indivisibles y que no contengan múltiples valores (listas); esto incluye a los atributos multivaluados.<br /> La tabla contiene una clave primaria.<br /> La clave primaria no contiene atributos nulos.<br />No debe de existir variación en el número de columnas.<br />Se debe tener en cuenta que al elaborar una tabla esta debe contener solamente un dato o valor en cada columna de lo contrario no se estaría cumpliendo con esta norma:<br />435351194175 No cumple con la norma.0 No cumple con la norma.<br /> <br />Esta forma normal elimina los valores repetidos dentro de una BD y para que se cumpla los datos deberían quedar de esta forma:<br />-130175107217 De acuerdo a la 1NF la tabla tiene una clave primaria y el principal en cada columna se observa solamente un dato o valor indivisible. 00 De acuerdo a la 1NF la tabla tiene una clave primaria y el principal en cada columna se observa solamente un dato o valor indivisible. <br />Otra interpretación de esta norma establece que los dominios de los atributos deben de ser valores atómicos (no puede haber más de un calor de un atributo en una tupla):<br />SEGUNDA FORMA NORMAL (2FN).<br />La segunda forma normal establece que para que una tabla se encuentre en 2FN, si la relación se encuentra dentro de la 1FN, y además todas las dependencias funcionales deben ser completas; es decir, todo atributo debe depender funcional y solamente de la clave al completo no de parte de ella (no existe dependencia parcial).<br />Es decir, debe cumplir las condiciones establecidas en la norma anterior y además los atributos que no forman parte de ninguna clave dependen de la clave principal, logrando con ello que no existan dependencias parciales.<br />La tabla siguiente no cumple esta condición por lo establecido anteriormente:<br /> Debido a que Nota es la única con dependencia funcional completa, por lo cual se debe hacerse dependiente lográndose de esta manera dividir o seccionar en dos dichas tablas para cumplir con los requisitos de la norma 1FN:<br />403923548895 Se cumple la norma 1FN.0 Se cumple la norma 1FN.<br />Si observamos, en la siguiente tabla se distribuye la información de acuerdo al curso permitiendo con ello duplicar nuevamente los datos anteriores, ya que para su relación se utiliza el DNI como clave primaria:<br />TERCERA FORMA NORMAL (3FN).<br />Igual que la norma anterior debe contener las características de la norma que le antecede tal como se menciona a continuación: para que una tabla este en 3FN, debe estar en 2FN, además de no tener dependencias transitivas, es decir no ocurre cuando alguno de sus atributos depende funcionalmente de atributos que no son claves. En caso de existir dependencias funcionales que no cumplen con esta condición, se deberá proceder a descomponer la tabla como se ilustra:<br />2644140162658323659540005 No cumple la norma 3FN.0 No cumple la norma 3FN.<br />-692151771650<br />38608001328130<br />98552079473Esto significa que un campo no clave (Provincia) depende transitivamente de la clave (Cod Provincia).00Esto significa que un campo no clave (Provincia) depende transitivamente de la clave (Cod Provincia).<br />La Forma Normal de Boyce-Codd (FNBC) requiere que no existan dependencias funcionales no triviales de los atributos que no sean un conjunto de la clave candidata, nos establece que los atributos de una tabla son claves primarias dependiente de una super principal, en el ejemplo anterior sería el DNI.<br />CUARTA FORMA NORMAL (4FN)<br />17537722768601592727284822Esta forma asegura que una tabla se encuentra en 4FN si para cada conjunto de dependencias, x y; x es un conjunto de claves candidatas. (Atributos multivaluados (aun habiéndolos eliminados en la primera forma normal debe comprobarse pues puede quedar incoherencias en la tabla resultante)).<br />822227298450-55308532651700280543032918400<br />Como se observa en la tabla anterior, existen atributos que se pueden separar de la misma sin ningún problema, siendo parte incluso claves primarias por ejemplo el profesor dependerá el del número de curso pero no material y sucesivamente el material se determina a partir del número de curso y no el profesor tal como se ve a continuación:<br />3057525234315-29971592026<br />De acuerdo estas tablas evitamos la redundancia y aunque los atributos como mencione anteriormente, pueden ser claves primarias en esta norma dependen de una super clave la cual ayuda a clasificar en cada tabla sus atributos vistos en las tablas material y profesor cuya dependencia es de N° de curso.<br />QUINTA FORMA NORMAL (5FN).<br />Conocida además como forma normal de proyección-unión es el nivel más alto de las formas normales y es designado para reducir las redundancias de las base de datos relacionales que guardan hechos multivaluados aislando de manera semántica relaciones múltiples relacionadas.<br />De manera formal establece que una tabla está en 5NF si y solo si está en 4FN y cada dependencia de unión en ella es implicada por las claves candidatas, además es usualmente usada al momento de utilizar muchos atributos y es casi inmanejable o cuando existen muchos registros y pocos atributos.<br />En el caso de que existan demasiados atributos se dividirá la tabla en dos empleando la misma clave en ambas tablas como se ha manejado en las primeras normas formales.<br />En conclusión las bases de datos exigen ciertos criterios o reglas al momento de diseñar y pasar del modelo entidad-relación al modelo relacional con la prioridad de eliminar pérdida de memoria por redundancias y datos irrelevantes o repetidos, además el proceso de normalización nos permite hacer que esos errores que el modelo entidad – relación nos pueden crear, sean inhibidos sin afectar en ningún momento a los datos que en la base se alojarán, además nos permitirá manipular con mayor eficiencia los datos, cabe mencionar que es necesario el uso y aplicación de nuestro propio sentido común para que a los usuarios y operadores de nuestra base de datos les permita trabajar eficientemente.<br />cabe mencionar que el proceso de normalización nos conducirá a través de cada una de las formar normales, aunque la mayoría de los escritos leídos le da mayor prioridad a las tres primeras formas normales, debido a la complejidad de las dos últimas, algunos autores recomiendan llegar a la última debido a la facilidad que en teoría se presentaría al operar la Base de Datos lo importante de todo ello es saber identificar cada una de las dependencias implicadas , quedando a criterio del diseñador. <br />Trabajos citadosBIBLIOGRAPHYict.udlap.mx. (s.f.). http://ict.udlap.mx. Recuperado el 15 de 09 de 2011, de http://ict.udlap.mx/people/carlos/is341/bases03.htmlluis, u. n. (2006). www.dirinfo.unsl.edu.ar. Recuperado el 13 de 09 de 2011, de http://www.dirinfo.unsl.edu.ar/~oaybd1/organizacion/teorias/DepFunc-06.pdfmitecnologico.com. (02 de 04 de 2008). www.mitecnologico.com. Recuperado el 13 de 09 de 2011, de http://www.mitecnologico.com/Main/DependenciasFuncionalesBaseDatoRelacionalunalmer.edu.co. (s.f.). www.unalmed.edu.co. Recuperado el 15 de 09 de 2011, de http://www.unalmed.edu.co/~mstabare/Dep_fnal.htmusers.dsic.upv.es. (s.f.). http://users.dsic.upv.es. Recuperado el 15 de 09 de 2011, de http://users.dsic.upv.es/~mapastor/DBD/DBDtema3(3,4,5)_2007.pdfwikipedia.org. (14 de 09 de 2011). http://es.wikipedia.org. Recuperado el 15 de 09 de 2011, de http://es.wikipedia.org/wiki/Normalizaci%C3%B3n_de_bases_de_datos#Dependencia_funcional<br />