Domanda

Stiamo pensando di ristrutturare il nostro sviluppo di database e processi di distribuzione utilizzando DBGhost, vogliamo abbandonare il database di sviluppo centrale e portare il database per il controllo del codice sorgente.
Uno dei problemi che abbiamo è un grande tavolo con dati statici (contenente le stringhe di lingua tradotta), si ha quasi 200K righe.
So che la nostra soluzione migliore è quella di spostare questi punture in file di risorse, ma fino a che attuiamo, sarò DbGhost in grado di mantenere tutti i dati statici e generare questo il nostro sviluppo e le banche dati di implementazione in poco tempo? E se non c'è una buona alternativa a riempire questo tavolo ogni volta che abbiamo bisogno di?

È stato utile?

Soluzione

Vuoi essere in grado di dare uno sguardo al controllo del codice sorgente SQL? Abbiamo appena aggiunto il supporto di dati statici e alla ricerca di un feedback prima del rilascio completo.

http://www.red-gate.com/MessageBoard/ viewtopic.php? t = 12298

Vuoi essere in grado di spiegare il motivo per cui si sta spostando da un modello di sviluppo database centrale?

Altri suggerimenti

  

DBG non è realmente progettato per lo spostamento di enormi quantità di dati

Ecco da una mail ricevuta da Innovartis per quanto riguarda la stessa domanda ai suoi. probabilmente hai trovato questo fuori ormai però!

Forse quando hai chiesto questo hanno fatto non ha una valutazione anche se non sono sicuro che sia vero. L'unico modo per sapere è di provarlo e vedere come funziona.

http://www.innovartis.co.uk/evaluation.aspx

Questa è una domanda più anziani con una risposta accettata, ma ho un po 'di input diversi in questo.

Usiamo DBGhost e abbiamo un sacco di dati delle tabelle statiche, anche se la più grande è solo circa 20K righe, piuttosto che 200K righe.

DBGhost ha una funzione per i dati di script (come una serie di istruzioni INSERT). Abbiamo usato che per esportare i nostri dati statici in script e mettere questi script sotto controllo di versione. Abbiamo ottimizzato quegli script per cancellare i dati prima di aggiungere la parte posteriore dei dati, in modo da poter utilizzare un unico script per "Reset" i dati statici per un tavolo. Questa aggiunta è stato per le nostre esigenze specifiche, e non è l'unico modo in cui si potrebbe gestire i dati statici con DBGhost.

Il "costruire da script" e "sync" processi sia il supporto runnning script ad-hoc, prima e dopo il processo. Abbiamo aggiunto gli script dei dati statici script ad hoc per eseguire dopo la build / sincronizzazione.

DBGhost supporta anche la sincronizzazione dei dati nel processo di sincronizzazione. Il processo di sincronizzazione può essere configurato per eseguire una sincronizzazione dei dati sulle tabelle selezionate. Utilizzando questa tecnica, si può avere il processo di compilazione aggiungere i dati tramite gli script, quindi il processo di sincronizzazione possibile sincronizzare automaticamente i dati per tali tabelle. Utilizzando questa tecnica, che non avrebbe bisogno di cambiare gli script come abbiamo fatto noi.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top