Puteți compara următoarele entități care cuprind definirea unei scheme de baze de date.
Proiect componentă cerere de date-tier (DAC) - un proiect care creează DACPAC-fișier în construcție.
DbSchema-fișier - rezultatul construcției bazei de date de proiect sau proiect de server.
DACPAC-fișier - rezultatul construcției componentei de proiect aplicație de date-tier (DAC).
Tabelul de mai jos prezintă tipurile de circuite care pot fi comparate, și indică dacă este posibil să se înregistreze actualizări schema țintă.
găsi linia de schema inițială în coloana din stânga pentru a utiliza acest tabel. Apoi, faceți clic pe coloana din schema dvs. țintă în linia de sus. La intersecția acestei coloane și această linie conține informații despre dacă comparația este doar disponibil sursă și destinație circuite sau pot efectua comparații și apoi, dacă este necesar, să actualizeze circuitul țintă.
Puteți compara serverul schemă din schema de baze de date sau schemă de baze de date cu schema de server. Acest lucru se aplică regimurilor sub formă de DbSchema-fișier. Puteți, de exemplu, pentru a compara proiectul server cu DbSchema-fișier creat în proiectul de server.
Două proiecte de baze de date pot fi comparate numai în cazul în cazul în care acestea sunt conținute într-o singură soluție în Visual Studio.
În ciuda faptului că puteți compara baza de date sursă pentru proiectul bazei de date țintă (DBPROJ), ar trebui să schimbe designul bazei de date și de a implementa aceste modificări în baza de date. Când modificați proiectul (DBPROJ) și desfășurarea ulterioară a acestuia reduce riscul ca modificările vor intra în conflict cu modificările efectuate de un alt membru al echipei, deoarece proiectul se află sub controlul sursei.
Folosind un circuit de comparație pentru actualizarea bazei de date schema poate duce la pierderea datelor. Pentru a evita pierderea de date, ar trebui să acorde o atenție deosebită numelor obiectelor din sursă și țintă schemele, în special chiar înainte de actualizarea țintă schemă.
De exemplu, puteți redenumi un tabel ORDER_DETAILS ORDERDETAILS pe baza de date sursă, dar nu și în baza de date țintă, apoi să comparați cele două baze de date. Înainte de a putea sincroniza datele din ambele tabele sunt identice. Cu toate acestea, în cazul în tabela destinație ORDER_DETAILS actualizare schemă îndepărtată și noul tabel este creat ORDERDETAILS. În acest caz, toate tabelul ORDER_DETAILS de date pot fi pierdute.
Pentru a evita pierderea de date, puteți deschide meniul Tools. faceți clic pe Setări și verificați actualizarea schemei caseta de bloc, atunci când pierderea de date. În plus, aveți posibilitatea să creați întotdeauna o copie de rezervă a bazei de date pentru a actualiza înregistrările în ea. Mai mult decât atât, este posibil să se precizeze parametrii pentru compararea în circuitele de comparație. Pentru mai multe informații, consultați. În modul în care. comparație setarea parametrilor scheme de baze de date.
Dacă doriți să redenumiți obiecte în proiectul de bază de date utilizează revista Refactor, de asemenea, ajută la prevenirea pierderii de date atunci când construirea și implementarea de baze de date. Jurnalul este salvat scopul modificărilor. De exemplu, tabelele pot fi redenumite pe loc.
Procesul de implementarea actualizărilor schema bazei de date existente este foarte similar cu comparația folosind procesul de sincronizare a două scheme de baze de date. Cu toate acestea, comparând schemele are o diferență importantă: implicit ignorat atunci când se compară schemele de proprietăți extinse.
Dacă este necesar ignora proprietățile extinse și permise, puteți schimba circuitele de comparație pentru a compara toate circuitele sau sesiuni pentru sesiunea curentă. Pentru mai multe informații, consultați. În modul în care. comparație setarea parametrilor scheme de baze de date.
Tabelul următor descrie sarcinile comune care pot fi utile în acest scenariu, precum și linkuri către informații mai detaliate despre efectuarea acestor sarcini.
Rezolvarea problemelor. Pentru detalii privind eliminarea problemelor convenționale care apar atunci când schemele de comparare și de sincronizare a bazei de date.
Creare. Obiectul va fi creat atunci când scrieți actualizarea sau script-ul de actualizare este rulat.
Ștergeți. Obiectul va fi eliminat din schema de înregistrare țintă atunci când actualizări sau când un script de actualizare.
Acțiunea implicită este determinată de către stat. Pentru obiecte cu o condiție implicită „egală cu“ acțiunea este „Skip“, și nu pot fi schimbate. Pentru obiecte cu un statut implicit „nou“ acțiune este „Create“, dar „Salt“, puteți specifica acțiunea. Pentru obiecte cu o stare de default „Nu“, acțiunea este „Delete“, dar „Salt“, puteți specifica acțiunea. Pentru obiecte cu o valoare de stare „Diferite definiții ale„acțiune implicită este“Update« dar»Skip“, puteți specifica acțiunea. Pentru obiecte cu un statut implicit „diferit în funcție de“ acțiunea este „Skip“, și nu poate fi modificat (în acest caz, obiectul este egal, dar conține noi, lipsă sau obiecte modificate).
Numele Compară țintă al proiectului, baza de date sau proiect fișierul.
Compararea datelor pot fi folosite pentru a sincroniza datele între tabelele din bazele de date sursă și țintă.
Refactorizare poate fi folosit pentru a redenumi toate referirile la un obiect bază de date. La construirea și implementarea log refactorizare este folosit pentru a salva modificările țintă și reducerea riscului de pierdere de date.
Puteți utiliza pentru a actualiza Schema Comparați baza de date țintă, dar membrii echipei ar trebui să ia în considerare schimbarea în baza de date a proiectului, precum și construirea și implementarea acestor modificări în baza de date țintă. Dacă urmați instrucțiunile din acest laborator, puteți salva scopul oricăror operațiuni refactoring efectuate în cadrul proiectului de baze de date. Puteți de asemenea, reduce riscul de suprascrierea modificărilor alt membru al echipei utilizate, de asemenea, circuitele de comparare pentru a actualiza baza de date.
Pe baza feedback-ul utilizatorilor să includă informații cu privire la modul de utilizare primul tabel din această secțiune.
Feedback de la client.
Ea a precizat că proiectele pot fi comparate numai în cazul în cazul în care acestea sunt conținute într-o singură soluție.
Feedback de la client.