{"id":436,"date":"2018-08-22T17:03:36","date_gmt":"2018-08-22T23:03:36","guid":{"rendered":"http:\/\/www.jacobsoft.com.mx\/?p=436"},"modified":"2018-09-30T17:22:54","modified_gmt":"2018-09-30T23:22:54","slug":"diseno-de-bases-de-datos-parte-3","status":"publish","type":"post","link":"https:\/\/www.jacobsoft.com.mx\/es_mx\/diseno-de-bases-de-datos-parte-3\/","title":{"rendered":"Dise\u00f1o de Bases de Datos – Parte 3"},"content":{"rendered":"\n

Dise\u00f1o de Bases de Datos – Parte 3<\/h2>\n\n\n\n

\n\nEn la segunda parte del art\u00edculo finalizamos con la transformaci\u00f3n al modelo relacional, es decir, dise\u00f1ando las tablas para la base de datos. Dichas tablas se obtivieron en base al modelo entidad-relaci\u00f3n y de acuerdo con las reglas de transformaci\u00f3n descritas en el art\u00edculo anterior.\n\n<\/p>\n\n\n\n

\"\"<\/figure><\/div>\n\n\n\n

Ahora necesitamos analizar las dependencias que existen entre los atributos o campos de las tablas y de esta forma poder normalizar dichas tablas.<\/p>\n\n\n\n

La normalizaci\u00f3n implica tratar de eliminar al m\u00e1ximo la redundancia de datos que pudiera presentarse al construir las tablas ya transformadas y empezar a almacenar datos en ellas. Algunos grados de redundancia tendr\u00e1n que ser aceptados en la mayor\u00eda de las bases de datos dependiendo de la funcionalidad de la aplicaci\u00f3n, la sem\u00e1ntica de los datos y las restricciones de usuario.<\/p>\n\n\n\n

El tema de la normalizaci\u00f3n es un poco m\u00e1s complejo y el objetivo de este art\u00edculo no es aburrir incursionando en los detalles t\u00e9cnicos, por lo que trataremos de explicarlo de una forma sencilla y clara.<\/p>\n\n\n\n

Dada la sencillez de nuestro ejemplo, al llevar a cabo la transformaci\u00f3n al modelo relacional, las tablas resultantes se obtuvieron dentro de la segunda y tercera forma normal y esto es debido a las dependencias entre atributos o campos.<\/p>\n\n\n\n

Entre los campos de una tabla pueden existir dependencias de varios tipos. Las dependencias son propiedades inherentes al contenido sem\u00e1ntico de los datos, formando parte de las restricciones de usuario del modelo relacional.<\/p>\n\n\n\n

Existen distintos tipos de dependencias: funcionales, multivaluadas, jer\u00e1rquicas y en combinaci\u00f3n.<\/p>\n\n\n\n

Dependencias funcionales<\/h2>\n\n\n\n

Dada tabla\u00a0R<\/strong>\u00a0formada por los campos\u00a0A<\/strong>,\u00a0B<\/strong>\u00a0Y\u00a0C<\/strong>, representandola de la forma R(A, B, C). Si B depende funcionalmente de A (entonces A implica o determina a B), si para cada valor de A solamente existe un \u00fanico valor posible para B.<\/p>\n\n\n\n

Notaci\u00f3n: A -> B<\/p>\n\n\n\n

ejemplo: Para la tabla Recorrido, una dependencia funcional existe entre el campo n\u00famero y el campo nombre:numero -> nombre<\/p>\n\n\n\n

Si adem\u00e1s se cumpliera que no pueden existir dos recorridos con el mismo nombre, esto implicar\u00eda que el nombre tambi\u00e9n puede actual como clave de la tabla Recorrido y por lo tanto tambi\u00e9n derermina funcionalmente a n\u00famero:<\/p>\n\n\n\n

numero <-> nombre<\/p>\n\n\n\n

Dependencias multivaluadas<\/h2>\n\n\n\n

De la tabla\u00a0R(A, B, C),<\/strong>\u00a0A multidetermina a B si para cada valor de A existe un conjunto bien definido de valores posibles en B, con independencia del resto de los campos de la tabla.<\/p>\n\n\n\n

Notaci\u00f3n: A ->-> B<\/p>\n\n\n\n

ejemplo: Si en la tabla turista tambi\u00e9n quisieramos guardar el telefono de los turistas y que algunos de ellos indicaran m\u00e1s de un n\u00famero: celular, casa, oficina, etc. La dependencia multivaluada estar\u00eda dada por:<\/p>\n\n\n\n

nombre ->-> tel\u00e9fono<\/p>\n\n\n\n

\"\"<\/figure><\/div>\n\n\n\n

\n\nPara cada persona tenemos varios n\u00fameros telef\u00f3nicos.\n\n<\/p>\n\n\n\n

Formas normales<\/h2>\n\n\n\n

Existen seis niveles de normalizaci\u00f3n de una tabla. Una tabla se encuentra en uno u otro grado de normalizaci\u00f3n si cumple una serie de propiedades (restricciones) que se explicar\u00e1n a continuaci\u00f3n.<\/p>\n\n\n\n

Las tres primeras formas normales las defini\u00f3 Codd y se basan en las dependencias funcionales que existen entre los campos de la tabla. Posteriormente, y bas\u00e1ndose en las dependencias multivaluadas y en combinaci\u00f3n se definieron dos niveles m\u00e1s de normalizaci\u00f3n, la 4a y la 5a respectivamente.<\/p>\n\n\n\n

Entre la tercera y la cuarta se defini\u00f3 una que se conoce como la forma normal de Boyce-Codd (FNBC) la cual re-define a la 3ra forma normal debido a algunas anomal\u00edas encontradas.<\/p>\n\n\n\n

De esta forma las tablas en 1a forma normal tienen m\u00e1s redundancia de datos que los niveles superiores y por lo tanto, m\u00e1s anomal\u00edas de actualizaci\u00f3n de datos. La 5a forma normal es el grado de normalizaci\u00f3n m\u00e1ximo que se puede alcanzar para una tabla.<\/p>\n\n\n\n

Primera forma normal<\/h2>\n\n\n\n

Se dice que una tabla se encuentra en la 1a forma normal cuando cada campo s\u00f3lo toma un valor del dominio simple subyacente. Es decir que no existen grupos repetitivos.<\/p>\n\n\n\n

Un ejemplo lo podemos mostrar con las tablas siguientes, la primer tabla no cumple la restricci\u00f3n de la primer forma normal, sin embargo la segunda si la cumple.<\/p>\n\n\n\n

\"\"<\/figure><\/div>\n\n\n\n

\n\nLa primera forma normal es una restricci\u00f3n inherente al modelo relacional, por lo que su cumplimiento es obligatorio para todas las tablas.\n\n<\/p>\n\n\n\n

Segunda forma normal<\/h2>\n\n\n\n

\n\nSe dice que una tabla se encuentra en la segunda forma normal si:<\/p>\n\n\n\n