Un design a tabella singola per pazienti e visite ha funzionato per un progetto pilota, ma ora deve scalare di 100 volte e la reportistica fallisce. Come si dovrebbe riprogettare lo schema?

La normalizzazione (opzione C) è la soluzione corretta perché riduce la ridondanza dei dati e migliora l'integrità, rendendo le query più efficienti e scalabili. Una singola tabella per pazienti e visite porta a dati ripetuti e tabelle molto ampie, che diventano ingestibili con l'aumento dei dati. Separare i pazienti dalle visite e creare tabelle aggiuntive per evitare self-join complessi ottimizza le prestazioni del database per la reportistica su larga scala. Aggiungere capacità (opzione A) è una soluzione temporanea e non risolve il problema di fondo di uno schema non ottimizzato. La frammentazione per intervalli di date (opzione B) o per clinica (opzione D) può aiutare, ma senza una corretta normalizzazione, le tabelle frammentate potrebbero comunque contenere dati ridondanti e self-join inefficienti, limitando la scalabilità e la flessibilità della reportistica.