Si tenemos dos diseños de base de datos para el mismo sistema… ¿cuál es mejor?
Al igual que nos pasa con el software, es frecuente discutir sobre qué diseño de base de datos se adapta mejor a un problema concreto. Aquí van los criterios que deberían ser más habituales:
- Completo. Un diseño de base de datos debe ser capaz de almacenar toda la información requerida por el problema. Si no puede almacenar algún dato… malo.
- Consistente. Si un diseño permite almacenar información inconsistente, malo. Por ejemplo, si en una tabla podemos poner que el nombre del usuario 2 es «Pedro» y en otra, al mismo tiempo, poner que el usuario 2 se llama «Ana».
- Ampliable. Si un diseño puede adaptarse fácilmente a los nuevos requerimientos que tendrá el usuario en el futuro, será mejor que otro que no pueda evolucionar.
Por eso, los mejores diseños serán los que sean Completos, Consistentes y Ampliables.