Errores en el Diseño Base de Datos Relacional

La 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 solo diseño de base de datos relacional "correcta" para cualquier 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 más adelante.

Las prácticas de nombramiento por descuido

La elección de nombres es un aspecto de diseño de base de datos que a menudo se pasa por alto, pero puede tener un impacto considerable en la facilidad de uso y el desarrollo futuro. Para evitar esto, los dos nombres de tabla y columna deben elegirse para que sea significativa y se ajustan a las convenciones establecidas, asegurando que se mantenga la coherencia en todo el sistema. Una serie de convenciones se puede utilizar en los nombres de bases de datos relacionales, incluyendo los dos ejemplos siguientes para almacenar un registro de un nombre de cliente: "client_name" y "clientName."

La falta de documentación

La creación de 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 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, sólo incluir comentarios dentro del código SQL pueden ser útiles.

Si no se Normalizar

La normalización es una técnica para el análisis y la mejora en, un diseño inicial de base de datos. Una variedad de técnicas están involucrados, incluyendo la identificación de las características de un diseño de base de datos que puede poner en peligro la integridad de los datos, por ejemplo, elementos de datos que se almacenan en más de un lugar. La 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 realiza una consulta de datos, insertar o actualizar.

La falta de Testing

Si no se prueba 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 base de datos relacional se inicia desde un nivel abstracto, utilizando 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.

La falta de instalaciones de SQL Exploit

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 menudo no se utilizan en los casos en los que podrían mejorar en gran medida la estabilidad de un sistema. Los desarrolladores a menudo optan por no llevar a cabo estos procesos durante las etapas de diseño de un proyecto, ya que no son una necesidad, pero pueden ayudar a evitar problemas en una etapa posterior.