Un diseño de paciente y visita de una sola tabla funcionó para un piloto, pero ahora debe escalar 100 veces y los informes fallan. ¿Cómo debería rediseñar el esquema?

La normalización de la tabla maestra de registros de pacientes en tablas separadas (pacientes y visitas) es la solución más adecuada. Esto reduce la redundancia de datos, mejora la integridad referencial y optimiza el rendimiento de las consultas al evitar el procesamiento excesivo de datos repetidos. Además, crear tablas adicionales para evitar auto-uniones (self-joins) es crucial para el escalado, ya que los self-joins pueden ser muy costosos en términos de rendimiento en grandes volúmenes de datos. Añadir capacidad al servidor es una medida temporal que no resuelve el problema subyacente del diseño del esquema. Fragmentar las tablas por rangos de fechas limita la flexibilidad de los informes y no aborda la estructura de datos ineficiente. Particionar por clínica puede mejorar algunas consultas, pero aún mantiene una estructura de datos potencialmente redundante si la tabla original no está normalizada, y las uniones para informes consolidados podrían ser ineficientes.