[...]
Con rammarico, però, mi accorsi subito che dovevo comunque intervenire in modo consistente per la parte database: backup, confronta lo schema (Red-gate SQL Compare quante ore insieme!), applica lo script in database di prova e poi in produzione. Realizzai dunque che dovevo capire come gestire l’evoluzione del database in modo strutturato e sicuro per portare le operazioni alla praticità d’uso e
sicurezza che volevo con attenzione a cose con cui mi ero già scottato:
- Evitare di confondere ambiente di test con ambiente di produzione (questo è il battesimo di ogni software engineer).
- Assicurarmi di provare tutti gli script in un ambiente con schema uguale a quello di produzione.
- Non sovrascrivere le modifiche di schema (stored procedure, trigger, indici, …) applicate solo nei database di
produzione e non riportate in quelle di sviluppo/test.
Se l’aggiornamento automatico del database non hai, il database rovinerai. – Michelesimo
[Questo è un estratto dalla stesura di "Software Factory" il mio libro in divenire su come gestire dipartimenti software nel XXI secolo.]
