[pugMI] [OT] Database legacy

Pier Paolo Grassi pierpaolog a gmail.com
Mer 10 Set 2014 00:54:53 PDT


Ciao Simone, forse dovresti dare più dettagli sullo scenario, in modo da
poter ricevere suggerimenti più specifici relativamente alla tua
situazione, dettagli tipo: quali/quanti applicativi hanno accesso a questo
database? come avviene il popolamento (es input utente, script
automatizzato, web service, api...)? quanti punti di rigidità esistono,
ovvero parti di software coinvolti che non possono essere modificati (ad
esempio, sul db scrive o legge un applicativo terze parti)... Da quel che
dici nella tua ultima mail sembri far trasparire che nello scenario è
presente un qualche sistema di popolamento su cui non puoi intervenire, e
quindi il popolamento deve sempre avvenire sul vecchio schema, mentre tu
vorresti poter interagire su un nuovo schema più performante per le query.
A questo punto potresti creare uno script periodico di "aggiornamento" da
un db all'altro, il che ti darebbe il risultato che cerchi senza dover
correre il rischio di apportare modifiche potenzialmente rovinose per una
parte del tuo sistema.

Il giorno 10 settembre 2014 09:44, Simone Fumagalli <
simone a iliveinperego.com> ha scritto:

> Ciao a tutti.
>
> Quello di inserire un layer software per far vedere alla mia
> applicazione un modello di dati differente da quello reale è una cosa
> che avevo valutato ma che non mi aiuta a risolve il problema. Tra X
> mesi mi troverei con un'applicazione nuova che usa un modello di dati
> ben organizzato ma che non corrisponde allo schema del DB.
>
> Io invece voglio apportare modifiche, anche sostanziali, allo schema
> attuale perchè si manifestano sempre più problemi di performance e di
> evoluzione.
>
> Quello che mi servirebbe è una sorta di "replica dei dati del DB con
> cambio di schema". Un processo costante di ETL dal vecchio al nuovo
> DB. In questo modo avrei il nuovo applicativo che legge dal nuovo
> modello, che a tendere diventerebbe il "master", sul quale posso
> sviluppare i nuovi applicativi o portare quelli vecchi senza
> compromettere il funzionamento degli script legacy.
>
> Sto cercando se esitono prodotti che possano aiutarmi ma sto anche
> valutando se riesco a gestire la cosa con trigger e/o stored
> procedure.
>
> Ciao e grazie a tutti
>
> --
> Simone
> _______________________________________________
> Milano mailing list
> Milano a ml.grusp.org
> http://ml.grusp.org/listinfo.cgi/milano-grusp.org
>



-- 
Pier Paolo Grassi
pierpaolog a gmail.com
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://ml.grusp.org/pipermail/milano-grusp.org/attachments/20140910/e25e0f14/attachment.htm>


Maggiori informazioni sulla lista Milano