Esta pregunta ya tiene una respuesta aquí:

¿Alguien sabe de papeles / libros / etc. que patrones de documentos para bases de datos? Por ejemplo, una regla general común es que cada tabla debe tener una clave primaria y que la clave debe serdesprovisto de contenido informativo. Entonces, me preguntaba si alguien había escrito un libro o publicado artículos sobre patrones de diseño para diseñar bases de datos relacionales.

@Gaius,

Esa es la pregunta que un diseñador de bases de datos debe sopesar: ¿cuál es la probable estabilidad de la estructura de la base de datos? Dado un horizonte lo suficientemente largo, nada es estable. O para decir lo contrario, dado un horizonte lo suficientemente largo, todo está sujeto a cambios. Una clave sustituta (en teoría) nunca debería cambiar su significado porque nunca tuvo significado para empezar.

Supongo que la otra cosa a considerar en ese escenario de diseño en particular es ¿quién será el que verá la clave principal? Si la clave principal es algo a lo que los usuarios finales realmente tendrán que referirse, entonces tiene sentido hacer que sea algo que puedan entender. Pero no puedo pensar en muchos casos en los que un usuario final necesita ver una clave principal; generalmente la clave principal está presente para permitir que el motor DB acelere ciertas operaciones.

Mi pensamiento original al hacer la pregunta era encontrar patrones de diseño para el diseño de bases de datos que fueron codificados por diseñadores de bases de datos más experimentados que yo para, con suerte, evitar algunos errores fácilmente evitables. Sería interesante saber si alguien alguna vez ha codificado antipatrones de diseño de bases de datos.