<div dir="ltr">concordo con Giorgio<br><br>Aggiungo che io mi trovo molto bene con strumenti come dbdeploy <a href="http://dbdeploy.com/">http://dbdeploy.com/</a> in abbinata a phing <a href="http://www.phing.info/">http://www.phing.info/</a><br><br>Dbdeploy non ti aiuta a risolvere il tuo problema specifico ma, se mantieni un ambiente di sviluppo in parallelo all'ambiente di produzione e a quello di staging (cosa altamente consigliata vista la situazione) lo puoi usare per trasportare efficientemente le modifiche fatte nell' ambiente di sviluppo al layout del/dei database agli altri due ambienti, indipendententemente dalla soluzione 1) o 2) indicata da Giorgio.<br><br>Cosi puoi mangiare l'elefante un boccone alla volta.</div><div class="gmail_extra"><br><div class="gmail_quote">2014-09-09 19:19 GMT+02:00 Giorgio Sironi <span dir="ltr"><<a href="mailto:info@giorgiosironi.com" target="_blank">info@giorgiosironi.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Libri per il legacy specifici per il database non mi vengono in mente, peró se hai gli script "upstream" che ci scrivono modificare lo schema é molto pericoloso (anche se aggiungi solo colonne: non sai che SQL eseguono quegli script). Segui questa strada solo se vuoi fare il refactoring degli script e di tutti i client di quel database.<br><br></div>Altrimenti, se non vuoi incorrere in quel costo, penserei piú a farti il tuo modello dei dati, e a sincronizzare il DB legacy periodicamente (anche ogni X secondi/minuti).<br></div><div class="gmail_extra"><br><div class="gmail_quote"><span class="">2014-09-09 12:53 GMT+02:00 Simone Fumagalli <span dir="ltr"><<a href="mailto:simone@iliveinperego.com" target="_blank">simone@iliveinperego.com</a>></span>:<br></span><div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ciao, spero non me ne vogliate per l'OT ma penso che la cosa posso<br>
interessare anche ad altri.<br>
<br>
Mi trovo a dover sviluppare da zero un'applicazione collegata a un DB<br>
legacy a cui voglio apportare nel lungo periodo delle modifiche. Nel<br>
breve/medio periodo però non posso effettuare nessun intervento perchè<br>
ci sono diversi script che ci scrivono e ogni modifica potrebbe avere<br>
effetti imprevedibili.<br>
<br>
Da una parte ho quindi la necessità di aggiornare lo schema del DB<br>
mentre dall'altra devo garantire la continuità di funzionamento.<br>
Situazione classica che però non ho mai affrontato.<br>
<br>
Che strada mi consigliate ? Avete letture, blog/libri sull'argomento ?<br>
<br>
Ciao e grazie<br>
<br>
--<br>
Simone<br>
_______________________________________________<br>
Milano mailing list<br>
<a href="mailto:Milano@ml.grusp.org" target="_blank">Milano@ml.grusp.org</a><br>
<a href="http://ml.grusp.org/listinfo.cgi/milano-grusp.org" target="_blank">http://ml.grusp.org/listinfo.cgi/milano-grusp.org</a><br>
</blockquote></div></div></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><br>-- <br>Giorgio Sironi (@giorgiosironi)<div><a href="http://giorgiosironi.blogspot.com/" target="_blank">http://giorgiosironi.com</a></div>
</font></span></div>
<br>_______________________________________________<br>
Milano mailing list<br>
<a href="mailto:Milano@ml.grusp.org">Milano@ml.grusp.org</a><br>
<a href="http://ml.grusp.org/listinfo.cgi/milano-grusp.org" target="_blank">http://ml.grusp.org/listinfo.cgi/milano-grusp.org</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Damiano Venturin<div><a href="http://www.squadrainformatica.com" target="_blank">http://www.squadrainformatica.com</a></div>
</div>