NORMALIZACIN DE TABLA

Antes de empezar a crear una base de datos, siempre tenemos que realizar un diseo, de lo contrario o nos perderemos en el camino, o crearemos una base de datos poco funcional. Para ello, a la hora de hacer un diseo de base de datos tenemos que tener algunos principios basicos en mente, y seguirlos para un buen fin. Estaremos de acuerdo que dependiendo de la dimensin habra que hacer ms incapie en unas cosas que en otras, pero generalizando, es conveniente seguir los siguientes aspectos: 1. Almacenar slo la informacin necesaria: Decidir verdaderamente que informacin es necesario y cual no. Siempre se puede agregar un campo mas tarde con un ALTER TABLE en caso de ser necesario. 2. Pedir slo lo necesario y ser explcito: Lo explicar con un ejemplo, ya que mucha gente utiliza el (*) al hacer consultas, cuando slo le hacen falta 3 campos. o ejemplo incorrecto: SELECT * FROM USUARIOS; o ejemplo correcto : SELECT id, nombre, apellidos FROM USUARIOS; 3. Normalizar las estructuras de las tablas: Gracias a las bases de datos relacionales podemos crear 2 tablas y enlazarlas. Asi que, beneficiemonos de esta funcionalidad sin complicar una tabla con datos repetitivos. Es deci, imaginaos una tabla (DISCOS) en la que guardamos informacin de Discos de msica. Y por cada Disco hay 20 pistas. No sera muy lgico crear 20 registros con todos los datos iguales, salvo el nombre de la pista. Lo mejor sera crear otra tabla en la que almacenamos el nombre de la pista (PISTAS) y el ID del disco que relacionariamos con la tabla DISCOS. Con lo que si queremos consultar una pista en concreto de un disco hariamos lo siguiente: o SELECT pistas.nombre_pista FROM DISCOS,PISTAS WHERE DISCO.nombre = ColdPlay and PISTAS.id = 3; o Los principales objetivos de la normalizacin son: 1. Controlar a redundancia de la informacin. 2. Evitar prdidas de informacin. 3. Capacidad para representar toda la informacin. 4. Mantener la consistencia de datos. 4. Seleccionar el tipo de dato apropiado: Esto no solo afecta al tipo de informacin que puede ser guardada en ese campo, sino que tambien afecta al rendimiento de la base de datos. Existen varios tipos de datos, pero os cito algunos: 1. Numrico 2. Texto 3. Booleano 4. Fecha

5. Numrico con decimales 6. etc Utilizar ndices apropiados: Con esto le indicamos a mySql que preste atencin a los campos que definimos como Indices. Normalmente se utilizan los ndices en aquellos campos a los que se hacen ms consultas. Usar consultas REPLACES: Si necesitamos agregar un registro, pero antes tendriamos que consultar si realmente ya existe, lo mejor es utilizar la sentencia REPLACE, evitando as un acceso innecesaroi. Usar Tablas Temporales: Cuando trabajamos con bases de datos de gran magnitud, a veces es necesario realizar consultas sobre un pequeo subconjunto de una gran cantidad de datos. Para ello creamos: o CREATE TEMPORARY TABLE tabla_temp{ campo1 tipoDato, campo2 tipoDato}; Las tablas temporales existen mientras dure la conexin a MySQL. Claro est que nosotros podremos siempre forzar esta interrupcin. Tambin podemos especificar que una tabla temporal sea creada en memoria. Usar una versin reciente de MySql: Siempre que podamos tendremos que tener la ltima versin que incluiran mejoras, con las que tendremos una aplicacin mas rpida y estable. Otros consejos: Existen otros tipos de consejos que pueden seros tiles como: 0. Utilizar carcteres alfanumricos. 1. Limitar los nombres a menos de 64 carcteres (restriccin de MySql). 2. Utilizar el guin bajo para separar palabras. 3. Utilizar palabras en minsculas. 4. Utilizar las letras ID en las columnas de clave primara y fornea.