Creación de un diseño eficaz para una base de datos relacional es un elemento clave en la construcción de un sistema fiable . No hay un diseño de "correcta " la base de datos relacional para un proyecto en particular , y los desarrolladores deben tomar decisiones para crear un diseño que funcione de manera eficiente. Hay algunas trampas comunes de diseño que pueden dañar un sistema de base de datos. Mirar hacia fuera para estos errores en la etapa de diseño puede ayudar a evitar problemas en el futuro . Prácticas de nomenclatura Careless

nombres elección es un aspecto del diseño de base de datos que a menudo se olvida , pero puede tener un impacto considerable en la usabilidad y el desarrollo futuro. Para evitar esto, los dos nombres de tablas y columnas deben ser elegidos para que tenga sentido y para cumplir con las convenciones establecidas , asegurando que se mantiene la coherencia en todo el sistema . Una serie de convenciones se puede utilizar en los nombres de bases de datos relacionales , incluyendo los siguientes dos ejemplos de un registro para guardar un nombre de cliente : " . ClientName " " CLIENT_NAME " y
falta de
Documentación < br >

Crear documentación para una base de datos relacional puede ser un paso vital en la salvaguarda de desarrollo futuro. Hay diferentes niveles de documentación que se pueden crear bases de datos , y algunos sistemas de gestión de bases de datos son capaces de generar la documentación de forma automática. Para los proyectos en los que no se considera necesaria, la documentación formal, simplemente incluyendo los comentarios en el código SQL puede ser útil .
Si no Normalizar

La normalización es una técnica para analizando y mejorando , un diseño de base de datos inicial . Una variedad de técnicas están involucrados , incluyendo la identificación de características de un diseño de base de datos que puede comprometer la integridad de los datos , por ejemplo, elementos de datos que están almacenados en más de un lugar . Normalización identifica anomalías en un diseño de base de datos, y puede anticiparse a las características de diseño que causarán problemas cuando se consultan , insertar o actualizar datos.
Falta de pruebas

Si no se prueban un diseño de base de datos con una muestra de verdadero o real , de datos puede causar serios problemas en un sistema de base de datos. En general , el diseño de base de datos relacional se inició a partir de un nivel abstracto , el uso de técnicas de modelización para llegar a un diseño . El inconveniente de este proceso es que el diseño a veces no se relacionará con precisión a los datos reales , por lo que la prueba es tan importante.
Falta de explotación SQL Instalaciones

SQL tiene muchas capacidades que pueden mejorar la facilidad de uso y el éxito de un sistema de base de datos. Las instalaciones tales como procedimientos almacenados y las comprobaciones de integridad a menudo no se utilizan en los casos en que se podrían mejorar en gran medida la estabilidad de un sistema . Los desarrolladores a menudo optan por no llevar a cabo estos procesos en las fases de diseño de un proyecto , ya que no son una necesidad, pero pueden ayudar a evitar problemas en una etapa posterior .