Ambienti SQL Dev e Prod

Naviga le tue risposte
0

Mi è stato assegnato il compito di creare un ambiente di sviluppo SQL e mi chiedevo se qualcuno avesse qualche consiglio su come farlo correttamente?

Finora, ho ripristinato il codice prodotto su un'altra casella e ho modificato tutti i nostri pacchetti SSIS per utilizzare i file di configurazione XML in modo da consentirne la distribuzione in entrambi gli ambienti senza modificare le impostazioni della connessione DB.

Il mio piano era di ripristinare il DB prod verso il DB di sviluppo ogni 2 settimane (supponendo che fosse accettato da tutti gli altri sviluppatori). Inoltre, stavo pensando che avrei avuto un UAT DB ripristinato ogni 1 o 2 settimane per testare la distribuzione delle modifiche ai prod. Il DB UAT esisterebbe solo per un giorno o due per testare le cose, quindi la distribuzione effettiva avverrebbe nell'ambiente prod.

Qualcuno può qualcos'altro che sarebbe bello fare o ha qualche consiglio su altre considerazioni, ecc?

    
posta CatchingMonkey 06.09.2014 - 13:11
fonte

1 risposta

1

Vuoi che gli sviluppatori raggiungano un consenso ogni volta che il database di sviluppo viene ripristinato? Buona fortuna!

Sono abituato a lavorare con un sistema simile, ma uno in cui i database di sviluppo e UAT vengono copiati dalla produzione a mezzanotte ogni notte. Uno dei grandi vantaggi di questo è che la tua realtà e la realtà della produzione non sono mai diverse per più di 24 ore (a meno di altri cambiamenti nello sviluppo). Per compensare il lavoro perso ogni notte, ogni sviluppatore deve registrare i propri script con un processo che li esegue automaticamente dopo che i server del database sono stati ripristinati dal server di produzione.

    
risposta data 06.09.2014 - 14:54
fonte

Leggi altre domande sui tag

Posso creare un tipo, typedef o usando un'istruzione che si traduca in un tipo diverso se istanziato una seconda volta o più? Le variabili di istanza devono essere associate all'istanza proprio all'inizio del metodo in cui sono create?