¿Cinco? No creo que pueda priorizar las lecciones y darte cinco. Aquí hay algunas lecciones en orden aleatorio:
- Los usuarios comerciales que dicen que entienden sus datos se engañan a sí mismos. Ellos no. Pero sí saben mucho más de lo que creen saber.
- Ningún diseño de datos es completamente “correcto”. Hay dos cosas a tener en cuenta: (a) las necesidades de datos cambian continuamente y (b) hay más de una respuesta correcta.
- La tecnología hace que sea mucho más fácil que antes extender un esquema. Pero eso no te da derecho a ponerte perezoso. Se necesita tiempo para hacer bien el diseño de la información. Pasar el tiempo.
- El hecho de que pueda tirar una alcantarilla no significa que deba dormir allí. Limpiar todos los errores de datos en su base de datos no sirve de nada si no aborda la causa raíz de esos errores de datos. La tierra volverá. Siempre lo hace.
- La integración no se trata de hacer que dos sistemas tengan los mismos datos. Se trata de hacer que acuerden qué sistema “domina” qué entidades (y atributos).
- Satanás inventó las “” llaves inteligentes “.
- Las capas de datos en el código diseñado para proteger los sistemas de los cambios en la base de datos no funcionan.
- Si está relajado y permite que se ignoren los errores, los errores proliferarán.
- Todos los modelos están equivocados. Algunos modelos son útiles.
