Buenas prcticas para el uso de Bases de Datos

1. Usa nombres consistentes y bien definidos para tablas y columnas (ejemplo: Escuela, CursoEstudiante, etc.) 2. Usa nombres en singular para las tablas (Estudiante en lugar de Estudiantes). La tabla representa una coleccin de entidades, pero no es necesario usar nombres en plural. 3. No incluyas espacios en los nombres de las tablas. 4. No uses prefijos innecesarios (como TblEscuela, o EscuelaTabla, etc.) 5. Mantn los passwords encriptados por seguridad. Desencrptalos en la aplicacin si es necesario. 6. Usa enteros como identificadores para todas las tablas. Si un identificador no es requerido en el momento, probablemente los sea en el futuro (para asociar tablas o indexar). 7. Elige columnas con tipos enteros (o sus variantes) par indexar. Una columna con tipo varchar puede causar problemas de rendimiento. 8. Usa campos de tipo bit para almacenar valores booleanos. Usar enteros o varchar repercute en un consumo innecesario de almacenamiento. Incluso los nombres de esas columnas puedes ponerles el prefijo "Is" o "Es" en espaol. 9. Provee siempre de autenticacin para el acceso a base de datos. No le des el rol de administrador a cada usuario. 10. No uses querys del tipo "select * " a menos de que sea necesario, extrae solo las columnas necesarias para un mejor rendimiento. 11. Usa un framework o marco de trabajo ORM (Mapeo Relacional de Objetos) como hibernate, oBatis, etc., si el cdigo de tu aplicacin es lo suficientemente grande. Los problemas de rendimiento de los ORMs pueden manejarse detallando sus parmetros de configuracin. 12. Particiona tu base de datos separando las tablas que se usan mucho de las que no se usan tanto para un mejor desempeo.

13. Para bases de datos grandes, sensibles y sistemas de misin crtica, usa los servicios de recuperacin de desastres y servicios de seguridad como el failover clustering, respaldos automticos, replicacin, etc. 14. Usa constraints (llaves forneas, Checks, valores no nulos, etc.) para la integridad de datos. No hagas todo el control desde el cdigo de la aplicacin. 15. La falta de documentacin en una base de datos es mala idea. Documenta tu diseo de base de datos con esquemas de entidad relacionales (ER) e instrucciones. Incluso escribe lineas de comentarios en tus triggers, procedimientos almacenados y otros scripts. 16. Usa ndices para scripts frecuentemente usados en tablas grandes. Hay herramientas de anlisis que puede ser usadas para determinar dnde pueden estar definidos los ndices. Para querys que extraen un rango de registros, ndices agrupados usualmente son mejores. Para querys de punto los ndices no agrupados son la mejor opcin. 17. Un servidor de base de datos y un servidor web deben estar en mquinas diferentes. Esto provee de ms seguridad y separan la carga de trabajo en dos CPUs y memoria diferentes. 18. Imgenes y columnas de tipo blob no deben estar definidas en tablas frecuentemente requeridas para evitar problemas de rendimiento. Estos datos deben ser puestos en tablas separadas relacionadas por un identificador. 19. La normalizacin debe ser usada cuando sea requerida para optimizar el performance. Una baja normalizacin puede repercutir en una repeticin de datos, una sobre normalizacin puede tener efectos en el rendimiento a causa de las excesivas uniones entre tablas para extraer datos. Se debe mantener un equilibro. 20. Usa tanto tiempo como puedas para disear tu base de datos, el tiempo que gastes para el diseo de la base de datos es tiempo que no emplearas rediseando la base de datos ms tarde.