publishing database changes sql server using microsoft tfs
Questa esercitazione spiega come creare un progetto di database SQL Server in TFS e condividere il progetto nel repository Microsoft TFS in dettaglio:
Nei tutorial della serie DevOps pubblicati @ Tutorial DevOps , abbiamo studiato l'integrazione continua e l'automazione della consegna continua per Java e .Net per le distribuzioni on-premise e cloud delle applicazioni.
Gli strumenti trattati includono Microsoft VSTS con Azure, Amazon Web Services e Ansible. La serie si è concentrata sulle modifiche al codice sorgente e sull'efficacia con cui è stato distribuito rapidamente in vari ambienti. Ma quando si parla di sviluppo di applicazioni a 3 livelli, viene coinvolto anche il database e sarà necessario applicare le stesse tecniche alle modifiche relative al database.
Cosa imparerai:
Microsoft Team Foundation Server 2015 e SQL Server 2014
Questo articolo si concentrerà su aree come l'utilizzo di Visual Studio 2015 per lo sviluppo, la creazione di progetti di database SQL Server contenente la definizione del database, la creazione di una definizione di build per pubblicare le modifiche in SQL Server, ecc. Utilizzando Microsoft Team Foundation Server 2015 e SQL Server 2014.
Quindi alla fine dobbiamo gestire anche gli script del database e le sue modifiche in modo efficace.
Crea progetto di database SQL Server in TFS
Cominciamo creando il progetto di database in Visual Studio. Avvia Visual Studio 2015 e crea il progetto di database come mostrato nell'immagine seguente, utilizzando File-> Nuovo -> Progetto . Immettere un nome e fare clic su OK.
da youtube a mp3 in 20 min
Aggiungi una nuova cartella e chiamala Tabelle. Questa cartella conterrà tutti i nostri file SQL. Fare clic con il tasto destro sul progetto e selezionare Aggiungi-> Nuova cartella.
La cartella creata viene visualizzata in Esplora soluzioni. Aggiungi qui una nuova tabella e definisci le colonne come appropriato.
Fare clic con il tasto destro sulla cartella della tabella e selezionare Aggiungi-> Tabella come mostrato nell'immagine sottostante.
accedere Nome come Dipendente con l'opzione Tabella selezionata. Clicca su Inserisci.
Aggiungi alcune colonne come mostrato nella visualizzazione struttura.
Nel caso in cui si disponga di file SQL esistenti, è possibile importarli anche facendo clic con il pulsante destro del mouse sul progetto del database e selezionando Importa script (* .SQL)
Allo stesso modo, Aggiungi -> Stored procedure in una cartella come mostrato di seguito.
La struttura finale mostrata nel progetto del database sarà simile all'immagine sottostante.
Quindi, normalmente per ogni versione e come sviluppatore, apporteremo modifiche alle tabelle o alle stored procedure e Visual Studio assicurerà che gli script siano alterati correttamente per garantire che le modifiche al database siano sincronizzate con gli script. È necessario pubblicare queste modifiche o distribuire continuamente le modifiche in modo automatizzato nel database di SQL Server.
A tale scopo, pubblicare il file del profilo che è un file XML e contiene tutte le informazioni come il nome del database, la stringa di connessione, ecc. Necessarie per la distribuzione su SQL Server.
Una volta che il file XML sarà disponibile, utilizzeremo la definizione di build Microsoft TFS per pubblicare automaticamente le modifiche nel database di SQL Server in base a ogni check-in o in base a una pianificazione.
Nell'installazione di SQL Server, abbiamo creato un file Banca dati, per esempio, Dipendente che utilizzeremo per la pubblicazione.
Ora crea il file del profilo di pubblicazione usando Visual Studio. Fare clic con il tasto destro sul progetto del database e selezionare Pubblicare.
Modificare e selezionare la connessione al database Employee in SQL Server.
Fare clic sul pulsante Salva profilo con nome per salvare il profilo nel progetto. Puoi vedere un file denominato Employee.publish.xml è creato. Puoi anche distribuire manualmente le modifiche facendo clic sul pulsante Pubblica, ma qui automatizzeremo le modifiche da pubblicare.
Seleziona il Annulla opzione per ora dopo che il profilo è stato salvato.
Apri il file in un editor XML e potresti vedere il database e le stringhe di connessione. Aggiungi manualmente una chiave per Password e menziona la password per l'ID utente fornito. Ciò è necessario per la connessione al database di SQL Server.
Poiché è possibile accedere facilmente alla password, vedremo come mascherare la stessa nella definizione di build utilizzando il plug-in Sostituisci token.
True Employee Employee.sql Data Source=l-0310;Persist Security Info=False;User ID=sa; Password=;Pooling=False;MultipleActiveResultSets=False;Connect Timeout=60;Encrypt=False;TrustServerCertificate=True 1 Inoltre, assicurarsi di selezionare la versione corretta di SQL Server da utilizzare per questo progetto di database altrimenti i dati pubblicati avranno errori. Fare clic con il pulsante destro del mouse sul progetto di database (dipendente) e selezionare Proprietà . Seleziona la versione appropriata e, in questo caso, è la versione 2014. Salva (Ctrl + S) le modifiche, una volta fatte.
il gateway predefinito non è disponibile windows 10 wifi
Seleziona SQL Server 2014 come piattaforma di destinazione e salva la soluzione.
Per usare il progetto in una definizione di compilazione TFS, è necessario condividere il progetto con il repository TFS. Fare clic con il tasto destro sulla soluzione e selezionare Aggiungi soluzione al controllo del codice sorgente. Vai al Team Explorer -> Modifiche in sospeso e Registrare la soluzione.
Il progetto dovrebbe ora essere disponibile in TFS.
Crea definizione build per automatizzare la pubblicazione
Ora abbiamo il progetto di database archiviato in TFS e ogni modifica che è stata apportata dallo sviluppatore alla tabella o alle stored procedure verrà pubblicata automaticamente su SQL Server senza alcun intervento manuale utilizzando Build Definition ad ogni check-in o in base a una pianificazione .
Innanzitutto, modifica il file XML di pubblicazione per aggiungere un token per la chiave password come mostrato di seguito. Effettua il check-in di eventuali modifiche apportate.
True Employee Employee.sql Data Source=l-0310;Persist Security Info=False;User ID=sa;Password=#{DBPWD}#;Pooling=False;MultipleActiveResultSets=False;Connect Timeout=60;Encrypt=False;TrustServerCertificate=True 1 In TFS, vai all'HUB di compilazione e crea una definizione di compilazione vuota.
Nella definizione build, per prima cosa, aggiungi il file Passaggio di sostituzione dei token e configurare come mostrato nell'immagine sottostante, poiché la variabile password deve essere mascherata. Nel caso in cui sia necessario scaricare il plug-in per la sostituzione dei token, è possibile scaricare e installare lo stesso per Microsoft TFS 2015 da GitHub-sostituzione dei token
Vai alla scheda Variabili e aggiungi la variabile come nel file XML di pubblicazione, ad esempio DBPWD con un valore della password per il per ID utente. Clicca sul serratura e seleziona la casella di controllo per Consenti in coda. Salva la definizione di build.
Aggiungere quindi un passaggio di compilazione di Visual Studio. Seleziona il Soluzione di Visual Studio e inserisci il file Argomenti build MS come mostrato nell'immagine sottostante per creare e pubblicare le modifiche.
/ t: build / t: publish /p:SqlPublishProfilePath=Employee.publish.xml
come aggiungere elementi in un array java
Metti in coda o attiva la compilazione e verifica le modifiche pubblicate in SQL Server. Per il processo di compilazione, sarebbe necessario un agente da eseguire sulla macchina in cui è installato SQL Server.
Lettura consigliata sull'installazione e la configurazione degli agenti per Microsoft TFS 2015 @ Microsoft-TFS-2015
Aprire SQL Server 2014 Management Studio, fare clic con il pulsante destro del mouse sul database, eseguire una query sul database e cercare le modifiche pubblicate dopo la build eseguita.
Come possiamo vedere per la prima volta le tabelle e le stored procedure vengono pubblicate tramite un processo di compilazione automatizzato in TFS. Per mostrare l'integrazione continua e il processo di pubblicazione automatizzata nel database, apportiamo una modifica alla tabella ed eseguiamo nuovamente la build.
Nella tabella, abbiamo aggiunto un'altra colonna.
Metti di nuovo in coda la build e controlla se le modifiche sono state pubblicate correttamente o meno. La colonna Paese viene ora aggiunta alla tabella. Fare riferimento all'immagine sottostante.
Nel caso in cui desideri guardare il database, le tabelle, ecc. Da Visual Studio stesso, vai a Visualizza-> Esplora oggetti di SQL Server per esplorare il database che ha SQL Server come la gerarchia.
Conclusione
Abbiamo visto una soluzione semplice ma potente per pubblicare continuamente le modifiche al database su SQL Server utilizzando Microsoft TFS 2015 a ogni check-in o in base alla pianificazione della compilazione. Tutte le tabelle, le stored procedure o le viste vengono aggiunte o aggiornate in base a queste modifiche e Visual Studio crea o modifica di conseguenza gli script SQL.
Quindi, in poche parole, la gestione di database di grandi dimensioni e la pubblicazione delle modifiche sono diventate facili con l'aiuto dei progetti di database di Visual Studio e Microsoft Team Foundation Server.
Lettura consigliata
- Esercitazione su TFS: TFS per l'automazione di compilazione, test e distribuzione per progetti .NET
- Come utilizzare Microsoft TFS per progetti JAVA con Eclipse in DevOps
- Pianificazione agile con Microsoft Team Foundation Server (TFS)
- Sviluppo di applicazioni per database Oracle: Oracle SQL e PL / SQL
- Tutorial su Oracle Database - Che cos'è Oracle Database?
- MySQL Create Database - Come creare un database in MySQL
- Tutorial sulla creazione di database di MongoDB
- Differenza tra SQL Vs MySQL Vs SQL Server (con esempi)