2012-05-07 14 views
6

Il nostro team utilizza il controllo origine SQL di Red Gate come nostro strumento CM database. Dopo aver eseguito un test rapido per determinare come collegare i dati statici influisce sulla velocità di controllo del codice sorgente SQL, ho ottenuto i seguenti risultati:Tabelle collegate in SQL-Gate SQL Control (SSC) Red-Gate - Performance Nightmare?

  • primo run - 85 secondi (26 tabelle collegate con i dati 13.9MB)
  • 2a corsa - 14 secondi! (0 tabelle collegate)

Ho iniziato con 26 tabelle collegate nel mio database. Ci sono voluti circa 85 secondi per SQL Source Control per mostrare le modifiche in "Commit Changes". Dopo aver rimosso tutte le tabelle collegate, sono stati necessari solo 14 secondi. Prima di ogni corsa, ho riavviato SSMS.

  1. Qualcun altro ha problemi simili?
  2. Quali altri strumenti/metodi diversi da SSC si consiglia per SQL DB CM e di memorizzazione di dati statici? (Qualcosa che è preferibilmente come facile da installare e utilizzare in una squadra più grande)

Fino Red Gate risolve questo problema di prestazioni nel collegamento dati statici, stiamo prendendo in considerazione l'utilizzo di script SQL per inserire i dati sotto il controllo di origine.

+0

Quale versione di SQL Source Control stai usando? Hai 3.0.9.18? –

+0

Sto usando la versione 3.0.9.18. – stonetiger

+0

Ho aggiornato SSC a 3.0.11.3531 oggi. Ho visto pochissimi miglioramenti delle prestazioni. Sono necessari circa 70 secondi per visualizzare le modifiche nella scheda "Cambia commit" per 27 tabelle collegate con 14,6 MB di dati. – stonetiger

risposta

1

Stiamo eseguendo la versione 3.0.12.3695 e abbiamo esattamente gli stessi problemi. Questo problema è già stato segnalato nei forum e nel team di supporto. Se hai la versione 3.0.12 in esecuzione, potresti essere d'aiuto: General performance