Separazione dei dati e implementazione

1

Sto lavorando a un progetto che ha frequenti cambiamenti nel database e nei livelli di implementazione. Stavo rilasciando sia il codice che il database con la stessa versione, ma poiché le modifiche al database sono più frequenti rispetto all'implementazione principale, sto pensando di separare la loro versione / piano.

È questo il modo normale per farlo?

    
posta Yehia A.Salam 30.05.2011 - 12:59
fonte

2 risposte

1

Lo scopo di un database è proprio quello di permetterti di mantenere le cose separate. Quindi mentre non devi, puoi.

Il requisito si riduce a ciò di cui hai bisogno, prendendo in considerazione quale sia il metodo migliore per risparmiare tempo ovunque sia pratico.

Ho lavorato su un sistema per il quale abbiamo completamente disaccoppiato le modifiche al database dalle modifiche alle applicazioni. Infatti, abbiamo fatto un punto di non fare entrambi contemporaneamente, a meno che non fosse necessario (o meno che l'intero punto del cambiamento dell'applicazione fosse quello di introdurre nuove funzionalità nel database). Il motivo per cui cercavo di non fare entrambe le cose contemporaneamente era di minimizzare i rischi di errori e di dover invertire l'installazione. Più cambi in una volta, più alto è il rischio. Ma quello era il controllo del traffico aereo, quindi siamo stati attenti. Tutto dipende dalle tue circostanze e dai requisiti dell'utente finale.

Il modo in cui abbiamo risolto il controllo delle versioni è che ogni versione del database è stata anche contrassegnata con la versione dell'applicazione. Le nostre versioni applicative erano tali che sapevamo semplicemente guardando i numeri di versione se il database era compatibile o meno (cioè le versioni principali erano modifiche DB, le versioni secondarie all'interno di una stessa versione principale erano tutte compatibili con DB). Non importa quale sia il tuo schema, ne hai bisogno uno di facile lettura e amp; pista.

    
risposta data 31.05.2011 - 04:13
fonte
3

Se funziona per il tuo sistema, non c'è niente di sbagliato nell'avere piani di rilascio separati per il database e l'applicazione.

Tuttavia, potrebbe rendere le cose difficili quando si tratta di assicurarsi di ottenere versioni compatibili del database e dell'applicazione. Dovrai mantenere un elenco di quali versioni del database sono supportate da quale versione dell'applicazione. È molto più semplice avere lo stesso numero di versione per entrambi. Quindi tutto quello che devi fare è controllare che corrispondano e sai che lavoreranno insieme.

    
risposta data 31.05.2011 - 00:29
fonte

Leggi altre domande sui tag