Tips importantes para bases de datos

Buen diseo Comenzar por lo que se desea obtener como resultado final Es muy comn encontrarse con una base de datos muy bsica y a medida va desarrollndose el proyecto se ha ido parchando y haciendo modificaciones muy drsticas para llegar a lo que debi ser desde un principio. Para que una base de datos sea exacta, efectiva y eficiente debe realizarse un buen diseo; Por esto se dice que debemos comenzar por el resultado final, es decir, responderse lo siguiente: Cul es el propsito de la base de datos?, Qu informacin debe tener?, Qu informacin debe generar? Normalizacin Aplicar al menos la tercera forma normal hasta donde sea posible La normalizacin es fundamental para un buen rendimiento y una sencilla programacin. Un error normal es agrupar muchas tablas en una sola, pensando que un diseo con muchas tablas es ms complejo, que meterlo todo en una nica tabla. Al normalizar nuestra base de datos evitamos redundancia de datos, problemas de actualizacin de datos y protegemos la integridad de los datos. Para ms referencias sobre las formas normales haz clic aqu Nomenclatura Estndar Usar nombres fciles de entender y mantenerlos en todo el diseo Los nombres deben significar algo para que sea sencillo de comprender a simple vista. A parte, la nomenclatura debe ser constante en todo el diseo. Definir un estndar es una muy buena idea a la hora de desarrollar una base de datos, ya que pueda que t sepas que contiene una tabla, pero si necesitas que otra persona te ayude o en muchos casos necesitas darle mantenimiento despus de aos, ser una tarea interminable. Documentar Siempre documentar todo lo que puedas Que tu sepas que significa una tabla o un campo, no quiere decir que otra persona que entre en el proyecto vaya a saberlo con la misma facilidad que t. Tener documentado todo lo que se pueda te puede salvar la vida en esas ocasiones donde necesitas revisar algo que modificaste hace unos aos. Siempre debemos de recordar que cuando desarrollamos algo, en un tiempo despus es muy probable que tengamos que modificarlo y por lo tanto hay que facilitarnos esa tarea. Claves primarias Crear llaves primarias adecuadas No siempre es correcto usar nicamente un identificador numrico secuencial como clave primaria nica (IDENTITY COUMN, NEWID() o NEWSEQUENTIALID()). Lo recomendable es siempre buscar una clave natural, es decir, que sea visualmente entendible y concuerde con el mundo real. Integridad de la base de datos Utilizar las herramientas disponibles para asegurar la integridad Es muy recomendable usar las caractersticas del motor de base de datos para proteger la integridad de los datos. Hay que tener en cuenta las reglas de campos nulos, tamaos de los campos y claves

secundarias en el diseo para obtener una mejor integridad de datos, usar disparadores (triggers) para controlar las reglas del negocio, etc. Procedimientos almacenados Usar procedimientos almacenados y vistas para la obtencin de datos Es una forma de separar la capa de la base de datos de la capa del usuario. Aportan seguridad, encapsulamiento, mantenibilidad y rapidez. Al usar procedimientos almacenados o vistas para obtener datos, el motor de base de datos no tienen que realizar tareas como revisar la sintaxis cada vez que se ejecuta la sentencia, sino que lo realiza una sola vez al crear el procedimiento o vista y por lo tanto el tiempo de ejecucin se reduce. Pruebas de estrs Realizar pruebas de estrs para no encontrar sorpresas en el futuro Antes de implementar una base de datos es muy importante realiza pruebas de estrs, para saber si la base de datos va a aguantar el volumen de datos que necesitar la aplicacin. Comprobar el tiempo de ejecucin de las sentencias para aadir ndices o modificar la forma de procesar los datos.