Sifuforex Tools Live Del Database

Spalle dei giganti 2 mondo migliore commerciante Jarratt Davis, famoso forex educatore Andrew Mitchem, banchiere professionale europea Sive Morten inviare i loro mercati esclusivi atntalytics. Performance Testing cercando di acquistare EA, segnali, o unirsi account gestito Manteniamo i test a termine con denaro reale e consulenti esperti MetaTrader disponibili in commercio, segnali forex e forex account gestiti. Commercianti di Forex Corte Se diventi la vittima della truffa forex, Forex Esercito della Pace farà tutto quanto in suo potere per ottenere i soldi indietro. La sua libera e aiuta a smascherare le truffe, in modo che altri commercianti Non rientrano nelle loro trappole. Forex Pace Servizi dell'esercito sono GRATIS Facciamo soldi visualizzando gli annunci, ma non approva qualsiasi prodotto o servizio pubblicizzato. Assicurati di leggere le nostre recensioni prima di dare i soldi a qualsiasi company. I chiedersi come voi ragazzi di gestire la distribuzione di un database tra 2 server SQL, in particolare SQL Server 2005. Ora, vi è uno sviluppo e uno vivo. Dato che questo dovrebbe essere parte di un buildscript (lotto standard di Windows, anche fare con l'attuale complessità di questi script, potrei passare a PowerShell o giù di lì), Enterprise ManagerManagement Studio Express non contano. Ti basta copiare il file mdf e attaccarlo io sono sempre un po 'attenti quando si lavora con dati binari, come questo sembra essere un problema di compatibilità (anche se lo sviluppo e vivere devono eseguire la stessa versione del server in ogni momento). O - data la mancanza di EXPLAIN CREATE TABLE in T-SQL - fai qualcosa che esporta un database esistente in SQL-script che è possibile eseguire sul server di destinazione Se sì, vi è uno strumento che può scaricare automaticamente un database in query SQL e che corre fuori dalla linea di comando (in questo caso, Enterprise ManagerManagement Studio Express non contano). E infine - in considerazione del fatto che il database dal vivo contiene già dei dati, la distribuzione non può comportare la creazione di tutte le tabelle, ma piuttosto controllando la differenza nella struttura e ALTER TABLE quelli dal vivo, invece, che potrebbe anche essere necessario verificationconversion dati quando i campi esistenti cambiano. Ora, ho sentito un sacco di grandi cose sui prodotti Red Gate, ma per i progetti hobby, il prezzo è un po 'ripida. Allora, che cosa stai usando per distribuire automaticamente i database SQL Server da test a Live Ive portato a mano codifica tutti i miei DDL (createsalterdelete) dichiarazioni, aggiungendoli al mio. sln come file di testo, e l'utilizzo delle versioni normale (utilizzando la sovversione, ma qualsiasi controllo di revisione dovrebbe funzionare). In questo modo, non solo ottenere il beneficio di controllo delle versioni, ma l'aggiornamento in diretta dal devstage è lo stesso processo per il codice e il database - tags, rami e così via lavoro lo stesso. In caso contrario, sono d'accordo Redgate è costoso se non avete una società di acquistare per voi. Se si riesce a ottenere una società a comprare per voi, però, è davvero la pena risposto 2 agosto 08 a 23:51 Non dimenticate soluzione Microsofts al problema: Visual Studio 2008 Database Edition. Include strumenti per la distribuzione di modifiche al database, producendo un diff tra banche dati per le modifiche dei dati schema Andor, unit test, la generazione di dati di test. La sua piuttosto costoso, ma ho usato l'edizione di prova per un po 'e ho pensato che era brillante. Rende il database come facile da lavorare come qualsiasi altro pezzo di codice. Risposi 18 agosto 08 alle 10:47 Come Rob Allen, io uso SQL confrontare i dati confronta da Redgate. Io uso anche la Pubblicazione guidata database da Microsoft. Ho anche una console app che ho scritto in C che prende uno script SQL e viene eseguito su un server. In questo modo è possibile eseguire script di grandi dimensioni con comandi Vai in essa da una riga di comando o in uno script batch. Io uso le librerie Microsoft. SqlServer. BatchParser. dll e Microsoft. SqlServer. ConnectionInfo. dll nell'applicazione console. Risposi 4 agosto 08 alle 18:00 Io lavoro nello stesso modo Karl fa, mantenendo tutti i miei script SQL per la creazione e la modifica tabelle in un file di testo che tengo nel controllo del codice sorgente. Infatti, per evitare il problema di dover avere uno script esaminare il database attivo per determinare quali altera a correre, solito lavoro in questo modo: Nella prima versione, metto tutto durante il test in un unico script SQL, e trattare tutte le tabelle come un CREATE. Questo significa che finisco per cadere e readding tavoli molto durante i test, ma non questo è un grosso problema presto nel progetto (dal Im solito l'hacking i dati Im usando in quel punto comunque). Su tutte le versioni successive, faccio due cose: faccio un nuovo file di testo per contenere gli script SQL di aggiornamento, che contengono solo le altera per quella versione. E faccio i cambiamenti all'originale, creare uno script di database fresca. In questo modo un aggiornamento appena viene eseguito lo script di aggiornamento, ma se dobbiamo ricreare il DB che non hanno bisogno di correre 100 script per arrivarci. A seconda di come Im la distribuzione delle modifiche DB, Ill anche solito mettere una tabella di versione nel DB che contiene la versione del DB. Quindi, piuttosto che prendere decisioni umane su cui gli script per l'esecuzione, qualunque codice che ho eseguire gli script createupgrade utilizza la versione per determinare ciò che per l'esecuzione. L'unica cosa che questo non farà è aiutare se una parte di quello che stai passando da test per la produzione sono dati, ma se si desidera gestire la struttura e non pagare per un pacchetto bello, ma costoso gestione DB, non è davvero molto difficile. Ive ha anche trovato la sua un buon modo di tenere traccia mentale del vostro DB. ha risposto 3 agosto 08 alle 00:37 Se si dispone di una società di acquistarlo, Toad di Quest Software ha questo tipo di funzionalità di gestione integrata. Il suo fondamentalmente un funzionamento a due clic per confrontare due schemi e generare uno script di sincronizzazione da uno all'altro . Hanno edizioni per la maggior parte dei database più diffusi, tra cui ovviamente SQL Server. ha risposto 3 agosto 08 alle 00:22 Utilizzando SMODMO, isnt troppo difficile per generare uno script di schema. Data è un po 'più divertente, ma ancora fattibile. In generale, prendo approccio Scrittura, ma si potrebbe prendere in considerazione qualcosa in queste righe: distinguere tra sviluppo e messa in scena, in modo tale che è possibile sviluppare con un sottoinsieme di dati. questo mi creerebbe uno strumento per tirare semplicemente verso il basso alcuni dati di produzione, o generare i dati falsi in cui la sicurezza è interessato. Per lo sviluppo della squadra, ogni modifica al database dovrà essere coordinata tra i membri del team. Schema ei dati modifiche possono essere mescolati, ma un singolo script dovrebbero consentire una determinata funzione. Una volta che tutte le vostre caratteristiche sono pronte, si bundle questi in un unico file SQL ed eseguire che contro un ripristino della produzione. Una volta che la messa in scena ha autorizzato l'accettazione, si esegue di nuovo il singolo file SQL sulla macchina di produzione. Ho usato gli strumenti di Red Gate e sono grandi strumenti, ma se non potete permettervelo, costruire gli strumenti e lavorare in questo modo è neanche troppo lontano dall'ideale. ha risposto 4 agosto 08 alle 17:38 Sono d'accordo che scripting tutto è il modo migliore per andare ed è quello che io sostengo al lavoro. Si dovrebbe script di tutto, dalla DB e la creazione di oggetti per il popolamento vostre tabelle di ricerca. Tutto ciò che si fa in UI solo abituato tradurre (in particolare per le modifiche. Non tanto per le prime installazioni) e finirà che richiedono un tool come quello Redgate offre. ha risposto 3 agosto 08 a 1:38 Sono d'accordo con tenere tutto in controllo del codice sorgente e manualmente script tutte le modifiche. Modifiche allo schema per un singolo rilascio andare in un file di script creato appositamente per tale release. Tutte le stored procedure, viste, ecc dovrebbe andare in singoli file e trattati come cs o. aspx per quanto riguarda il controllo di origine va. Io uso uno script PowerShell per generare un unico grande file sql per aggiornare la roba programmabilità. Non mi piace automatizzare l'applicazione delle modifiche dello schema, come le nuove tabelle, nuove colonne, ecc Quando si esegue una versione di produzione, mi piace passare attraverso il comando change script dei comandi per assicurarsi che ciascuno di essi funziona come previsto. Non c'è niente di peggio che l'esecuzione di uno script grande cambiamento sulla produzione e ottenere gli errori perché si è dimenticato qualche piccolo dettaglio che si ha ancora presentare in fase di sviluppo. Ho anche imparato che gli indici devono essere trattati come file di codice e messo in controllo del codice sorgente. E si dovrebbe assolutamente avere più di 2 banche dati - dev e vivere. Si dovrebbe avere un database dev che tutti usano per le attività quotidiane dev. Poi una base di dati messa in scena che imita la produzione ed è usato per fare il vostro test di integrazione. Poi magari una copia recente completa della produzione (ripristinato da un backup completo), se è possibile, in modo da l'ultima tornata di test installazione va contro qualcosa che è più vicino alla realtà possibile. risposto 13 agosto 08 alle 15:41 Im utilizzando il meccanismo Subsonics migrazioni così ho solo una DLL con classi in ordine squential che hanno 2 metodi, su e giù. C'è un gancio sceneggiatura integrationbuild continuo in Nant, in modo che possa automatizzare il potenziamento del mio database. Non è il migliore thign nel mondo, ma batte la scrittura DDL. risposto 26 agosto 08 al 17:39 Redgate SqlCompare è un modo per andare a mio parere. Facciamo distribuzione DB su base regolare e da quando ho iniziato ad usare quello strumento non ho mai guardato indietro. un'interfaccia molto intuitiva e consente di risparmiare un sacco di tempo alla fine. La versione Pro si prenderà cura di scripting per l'integrazione di controllo di origine pure. risposto 28 agosto 08 al 00:22 Ho anche mantenere script per tutti i miei oggetti e dati. Per la distribuzione di Ho scritto questa utility gratuita - sqldart. Itll consentono di riordinare i file di script e verrà eseguito il tutto all'interno di una transazione. Risposi 8 giugno 10 alle 21:33 faccio tutta la mia creazione del database come DDL e poi avvolgere che DDL in una classe dello schema maintainence. Posso fare varie cose per creare il DDL in primo luogo, ma fondamentalmente faccio tutto il maint schema in codice. Questo significa anche che se uno ha bisogno di fare le cose non DDL che dont mappano bene a SQL è possibile scrivere logica procedurale ed eseguirlo tra grumi di DDLDML. I miei DBS poi hanno una tabella che definisce la versione corrente così si può codificare un insieme relativamente semplice di test: L'DB esistere se non crea esso. È il DB la versione corrente Se poi non eseguire i metodi, in sequenza, che portano lo schema aggiornato (si consiglia di richiedere all'utente di confermare e - idealmente - fare i backup a questo punto). Per una singola applicazione utente Ho appena eseguito questo posto, per una web app che attualmente per bloccare l'utente se le versioni dont corrispondere e hanno un solo schema di maint app supporto corriamo. Per multiutente dipenderà dal particolare ambiente. Il vantaggio Beh io ho un altissimo livello di fiducia che lo schema per le applicazioni che utilizzano questa metodologia è coerente in tutte le istanze di tali applicazioni. La sua non è perfetto, ci sono problemi, ma funziona. Ci sono alcuni problemi quando in via di sviluppo in un ambiente della squadra, ma questo è più o meno un dato comunque risposto 26 agosto 08 al 15:38 al momento sto lavorando la stessa cosa a te. Non solo la distribuzione di database di SQL Server da test per vivere, ma anche includere l'intero processo dal locale - Integrazione - Test - Produzione. Allora, cosa mi può fare facilmente tutti i giorni è che faccio compito NAnt con Red-Gate SQL Confronta. Im non lavorare per Redgate, ma devo dire che è una buona scelta. risposto 27 novembre 08 alle 3:15 tua risposta 2017 Stack Exchange, Inc