¿Cuáles son algunos hábitos en el diseño de bases de datos para que un desarrollador web los desarrolle desde el principio?

Lo mejor para aprender sobre las bases de datos es 3NF, tercera forma normal.

Dicho brevemente, significa crear un registro único en una tabla para información repetida. El artículo de Wikipedia tiene mucho lenguaje técnico / académico, pero los ejemplos ilustran el principal: Tercera forma normal

Un ejemplo común de 3NF es cuando se almacenan registros de clientes en un sitio web de comercio electrónico: un cliente tendrá una dirección de envío y una dirección de facturación; ¡para la mayoría de las personas, esto será lo mismo! Por lo tanto, en lugar de crear campos para las direcciones de envío y facturación, crearía una tabla para las direcciones y dos claves externas en su tabla de clientes para el envío y la facturación.

Esta es también la convención que muchos frameworks web usan para almacenar y recuperar datos, le ayuda a desarrollar un instinto saludable sobre cómo separar las preocupaciones de datos en su código y mejora su comprensión de las dependencias dentro de un sistema.

3NF toma un poco más de tiempo por adelantado y un poco más de código a largo plazo, pero estoy seguro de que abrirá oportunidades y le ahorrará dolores de cabeza con el tiempo.

Ese es mi consejo general sobre habilidades comunes para aprender para bases de datos. ¡Las cosas se vuelven mucho más emocionantes cuando te sumerges en los detalles! 🙂

Piense en la reutilización de su código y en cómo sus estructuras de datos y hábitos de nombres harán que su código sea más reutilizable.

Espero que tengas una larga carrera; y si lo hace, estará trabajando en muchas aplicaciones. Sin duda, muchos de ellos tendrán tablas de usuarios, y esos usuarios tendrán direcciones, y así sucesivamente.

Todas sus tablas tendrán una clave principal, una fecha de creación, una fecha actualizada, posiblemente un campo creado por y actualizado por. Me gusta agregar tres campos FLAG que puedo usar como administrador de la base de datos, nunca consultados por la aplicación misma. Cada una de mis tablas tiene un campo RecordStatus. Cada tabla que creo tiene estos campos y siempre uso los mismos nombres de campo.

Forme rápidamente un plan consistente para nombrar campos, claves y tablas. De esa manera, esas mismas estructuras de datos se pueden mover, junto con el código, de un proyecto a otro.

Por ejemplo, hace años creé una tabla para direcciones con soporte internacional, basada en un documento ISO que encontré. Incluso si estoy trabajando en un proyecto basado en un solo país, usaré la misma tabla. Simplemente oculto el campo del país en la GUI. Junto con esa tabla, he acumulado tablas y datos de apoyo para la búsqueda de códigos postales, divisiones regionales, divisiones continentales, divisiones de idiomas, códigos STD, etc. Puedo reutilizar todos esos datos y códigos con pocos ajustes porque la estructura de mi tabla de direcciones es siempre la misma para cada aplicación que escribo. Cada vez que necesito una tabla de direcciones, sé que se conectará fácilmente a mi aplicación, y que ya he escrito mucho código para trabajar con ella.