Conectați-vă cu Microsoft
Conectați-vă sau creați un cont
Salut,
Selectați un alt cont.
Aveți mai multe conturi
Alegeți contul cu care doriți să vă conectați.

În timp, majoritatea aplicațiilor din baza de date cresc, devin mai complexe și trebuie să sprijine mai mulți utilizatori. La un moment dat din viața aplicației Microsoft Office Access, se recomandă să luați în considerare migrarea la o bază de date Microsoft SQL Server pentru a optimiza performanța, scalabilitatea, disponibilitatea, securitatea, fiabilitatea și recuperarea.

În acest articol

Despre migrarea unei baze de date Microsoft Office Access

Migrarea este procesul de migrare a câtorva sau a tuturor obiecte ale bazei de date dintr-o bază de date Access la o bază de date SQL Server nouă sau existentă sau la un proiect Access nou (. adp).

Avantajele migrării unei baze de date la SQL Server

  • Performanță și scalabilitate ridicate    În multe situații, SQL Server oferă o performanță mai bună decât o bază de date Access. SQL Server oferă, de asemenea, suport pentru bazele de date foarte mari, de dimensiune TB, care sunt mult mai mari decât limita curentă pentru o bază de date Access de două gigaocteți. În cele din urmă, SQL Server funcționează foarte eficient prin procesarea interogărilor în paralel (utilizând mai multe fire native într-un singur proces pentru a gestiona solicitările de utilizator) și minimizând cerințele suplimentare de memorie atunci când sunt adăugați mai mulți utilizatori.

  • Disponibilitate crescută    SQL Server vă permite să efectuați o copie de rezervă dinamică, fie incrementală, fie completă, a bazei de date în timp ce este în uz. În consecință, nu trebuie să impuneți utilizatorilor să închidă baza de date pentru a crea o copie backup a datelor.

  • Securitate îmbunătățită    Utilizând o conexiune de încredere, SQL Server se poate integra cu securitatea sistemului Windows pentru a oferi un singur acces integrat la rețea și la baza de date, care utilizează cel mai bun sistem de securitate. Astfel, este mult mai ușor să gestionați scheme complexe de securitate.

  • Recuperarea imediată    În cazul unei căderi de sistem (cum ar fi o cădere a sistemului de operare sau o pană de curent), SQL Server are un mecanism de recuperare automată care recuperează o bază de date la ultima stare de consecvență într-o chestiune de minute, fără intervenție de administrator de bază de date.

  • Procesare bazată pe server    Utilizarea SQL Server într-o configurație client/Server reduce traficul de rețea prin procesarea interogărilor de bază de date pe server înainte de a trimite rezultate clientului. Dacă aveți serverul, procesarea este de obicei mult mai eficientă, mai ales atunci când lucrați cu seturi mari de date.

    Aplicația poate, de asemenea, să utilizeze funcții definite de utilizator, proceduri stocate și triggere pentru a centraliza și a partaja logica aplicațiilor, regulile de afaceri și politicile, interogările complexe, validarea datelor și codul de integritate referențială pe server, mai degrabă decât pe client.

Moduri de migrare

Expertul Migrare mută obiectele bazei de date și datele pe care le conțin de la o bază de date Access la o bază de date SQL Server nouă sau existentă.

Există trei modalități de a utiliza Expertul Migrare:

  • Migrarea tuturor obiectelor bazei de date dintr-o bază de date Access într-un proiect Access, astfel încât să puteți crea o aplicație client/server. Această abordare necesită modificări suplimentare ale aplicațiilor și modificări ale codului și interogărilor complexe.

  • Migrarea numai a datelor sau a definițiilor de date dintr-o bază de date Access la o bază de date SQL Server.

  • Creați o bază de date Access front-end la o bază de date SQL Server de back-end, astfel încât să puteți crea un aplicații front-end/back-end. Această abordare necesită o modificare foarte mică a aplicațiilor, deoarece codul utilizează în continuare motorul de baze de date Access (ACE).

Înainte de a face migrarea unei baze de date Access

Înainte de a efectua migrarea bazei de date Access la o bază de date SQL Server sau la un proiect Access, luați în considerare următoarele:

  • Copierea de backup a bazei de date     Deși Expertul Migrare nu elimină toate datele sau obiectele bazei de date din baza de date Access, este o idee bună să creați o copie de rezervă a bazei de date Access înainte să o redimensionați.

  • Asigurați-vă că aveți suficient spațiu pe disc     Trebuie să aveți spațiu-disc adecvat pe dispozitivul care va conține baza de date migrare. Expertul Migrare funcționează cel mai bine atunci când există o mulțime de spațiu-disc disponibil.

  • Crearea de indexuri unice     Un tabel legat trebuie să aibă un index unic de actualizat în Access. Expertul Migrare poate să facă un index unic existent, dar nu poate crea una în care nu există. Dacă doriți să puteți actualiza tabelele, asigurați-vă că adăugați un index unic pentru fiecare tabel Access înainte de migrare.

  • Atribuirea permisiunilor corespunzătoare în baza de date SQL Server

    • Pentru a face migrarea la o bază de date existentă, trebuie să creați un tabel și să creați permisiuni implicite.

    • Pentru a construi o bază de date nouă, trebuie să creați permisiune pentru baza de date și să selectați permisiuni pentru tabelele de sistem din baza de date coordonatoare.

Expertul Migrare Access 2007 este optimizat pentru a funcționa cu Microsoft SQL Server 2000 și SQL Server 2005.

Începutul paginii

Utilizați Expertul Migrare

  • Pe fila Instrumente bază de date , în grupul Mutare date , faceți clic pe SQL Server.

    Pornește Expertul Migrare.

Pasul 1: alegeți migrarea la o bază de date existentă sau la o bază de date nouă

Pe prima pagină a expertului, Specificați dacă doriți să supradimensionați baza de date Access la o bază de date SQL Server existentă sau să creați o nouă bază de date SQL Server.

  • Utilizarea bazei de date existente    Dacă selectați această opțiune, apoi faceți clic pe Următorul, Access afișează caseta de dialog Selectare sursă de date , astfel încât să puteți crea o conexiune ODBC la baza de date SQL Server existentă.

    Despre sursele de date ODBC

    O sursă de date este o sursă de date combinată cu informațiile de conexiune necesare pentru a accesa datele respective. Exemple de surse de date sunt Access, SQL Server, Oracle RDBMS, o foaie de calcul și un fișier text. Exemplele de informații de conexiune includ locația serverului, numele bazei de date, ID-ul de conectare, parola și diversele opțiuni de driver ODBC ce descriu cum să vă conectați la sursa de date.

    În arhitectura ODBC, o aplicație (cum ar fi Access sau un program Microsoft Visual Basic) se conectează la ODBC Driver Manager, care la rândul său utilizează un anumit driver ODBC (de exemplu, driverul Microsoft SQL ODBC) pentru a vă conecta la o sursă de date (în acest caz, o bază de date SQL Server). În Access, utilizați surse de date ODBC pentru a vă conecta la surse de date externe, care nu au drivere predefinite.

    Pentru a vă conecta la aceste surse de date, trebuie să faceți următoarele:

    • Instalați driverul ODBC corespunzător pe computerul care conține sursa de date.

    • Definiți un nume de sursă de date (DSN) utilizând fie Administrator sursă de date ODBC pentru a stoca informațiile de conexiune din registry Microsoft Windows sau un fișier DSN, fie un șir de conectare în cod Visual Basic pentru a transmite informațiile despre conexiune direct la managerul de drivere ODBC.

      Surse de date de dispozitiv

      Sursele de date mașină stochează informațiile de conexiune în registry Windows pe un anumit computer cu un nume definit de utilizator. Puteți utiliza sursele de date de dispozitiv numai pe computerul pe care sunt definite. Există două tipuri de surse de date de dispozitiv: de utilizator și de sistem. Sursele de date de utilizator pot fi utilizate numai de către utilizatorul curent și sunt vizibile doar pentru acel utilizator. Sursele de date de sistem pot fi utilizate de toți utilizatorii unui computer și sunt vizibile pentru toți utilizatorii computerului și ai serviciilor la nivel de sistem. O sursă de date de dispozitiv este utilă mai ales atunci când doriți să furnizați mai multă securitate, deoarece numai utilizatorii conectați pot vizualiza o sursă de date de dispozitiv, iar aceasta nu poate fi copiată de un utilizator de la distanță pe un alt computer.

      Surse de date de fișier

      Sursele de date de fișier (denumite și fișiere DSN) stochează informațiile de conexiune într-un fișier text, nu în registry Windows și sunt în general mai flexibile de utilizat decât sursele de date de mașină. De exemplu, puteți să copiați o sursă de date fișier pe orice computer cu driverul ODBC corect, astfel încât aplicația să se bazeze pe informații coerente și corecte de conexiune la toate computerele pe care le utilizează. Sau puteți să amplasați sursa de date fișier pe un singur server, să o partajați între mai multe computere din rețea și să mențineți cu ușurință informațiile de conectare într-o singură locație.

      O sursă de date de fișier poate fi și nepartajabilă. O sursă de date fișier nepartajată se află pe un singur computer și indică spre o sursă de date mașină. Puteți utiliza surse de date de fișier nepartajabile pentru a accesa surse de date de dispozitiv existente din sursele de date de fișier.

      Conectarea șirurilor

      Într-un modul, puteți defini un șir de conectare formatat care specifică informațiile de conexiune. Un șir de conectare transmite informațiile de conexiune direct la managerul de drivere ODBC și vă ajută să Simplificați aplicația, eliminând cerința ca un administrator de sistem sau un utilizator să creeze mai întâi un DSN înainte de a utiliza baza de date.

  • Crearea unei baze de date noi    Dacă selectați această opțiune, apoi faceți clic pe Următorul, Access afișează o pagină în care introduceți informații despre noua bază de date SQL Server.

    • Ce SQL Server doriți să utilizați pentru această bază de date?     Tastați numele serverului pe care doriți să-l utilizați.

    • Utilizarea conexiunii de încredere     Puteți utiliza o conexiune de încredere, adică SQL Server se poate integra cu securitatea sistemului de operare Windows pentru a furniza un singur log on la rețea și la baza de date.

    • ID-ul și parola de conectare     Dacă nu utilizați o conexiune de încredere, tastați ID-ul de conectare și parola unui cont cu privilegii Creare bază de date pe server.

    • Ce doriți să denumiți noua bază de date SQL Server?     Tastați numele noii baze de date SQL Server. Access revizuiește numele dacă acesta este în conflict cu un nume de bază de date existent și adaugă un sufix numerotat (MyDatabase 1, de exemplu).

Începutul secțiunii

Pasul 2: alegeți tabelele de migrare

În acest pas, selectați tabelele Access pe care doriți să le Dimensionați la baza de date SQL Server. Selectați tabelele pe care doriți să le Dimensionați, apoi utilizați butoanele săgeată pentru a le muta în lista Export în SQL Server . Ca alternativă, puteți face dublu clic pe un tabel pentru a-l muta dintr-o listă în alta.

Lista tabele disponibile include toate tabelele legate, cu excepția tabelelor SQL Server aflate deja într-o bază de date SQL Server. Tabelele legate care indică spre o bază de date SQL Server care a fost selectată pentru migrare apar automat în caseta listă Export în SQL Server și nu pot fi eliminate. Tabelele care nu sunt vizibile în prezent în Panou de navigare sunt, de asemenea, excluse, inclusiv tabelele ascunse și tabelele de sistem.

Sfat: Orice tabel care are un nume care se termină în "_local" este exclus din lista de tabele disponibile, pentru a împiedica tabelele de migrare care au fost deja supradimensionate. Dacă doriți să redimensionați din nou aceste tabele, redenumiți-le înainte de a executa Expertul Migrare prin eliminarea sufixului "_local".

Începutul secțiunii

Pasul 3: specificați atributele și opțiunile de redimensionat

În acest pas, selectați tabelul atributele pentru migrarea la baza de date SQL Server. În mod implicit, toate atributele sunt selectate pentru migrare în mod implicit.

Notă: În mod implicit, Expertul Migrare convertește numele câmpurilor Access la numele de câmpuri SQL Server legale și face conversia tipurilor de date Access la tipurile de date SQL Server echivalente.

Ce atribute de tabel doriți să redimensionați?

Următorul tabel listează atributele pe care le puteți migrarea și descrie modul în care Expertul Migrare se ocupă de fiecare dintre ele:

Attribute

Acțiune dacă este selectată

Indexuri

Expertul Migrare detaliază toate indexurile.

Expertul Migrare convertește cheile primare Access la indexurile SQL Server și le marchează ca chei primare SQL Server. Dacă alegeți să legați tabelul SQL Server migrare la baza de date Access, Expertul Migrare adaugă, de asemenea, prefixul "Ahmed" la numele indexului. Acest lucru se întâmplă deoarece Access alege indexul care este prima dată în ordine alfabetică în lista de indexuri disponibile ca cheie primară și prefixul "Ahmed" asigură faptul că este selectat indexul din dreapta.

Toate celelalte indexuri își păstrează numele, cu excepția cazului în care Caracterele nepermise sunt înlocuite cu caracterul "_". Indexurile Access unice și non-unice devin indexuri SQL Server unice și non-unice.

Un tabel legat trebuie să aibă un index unic de actualizat în Access. Expertul Migrare poate să facă un index unic existent, dar nu poate crea una în care nu există. Dacă doriți să puteți actualiza datele din tabele după ce le redimensionați, asigurați-vă că adăugați un index unic la fiecare tabel Access înainte de migrare.

Reguli de validare

Expertul Migrare detaliază următoarele ca actualizări și inserează triggere:

  • Toate proprietățile necesare pentru câmp

  • Regulile de validare a tabelului

  • Regulile de validare a înregistrărilor

  • Regulile de validare a câmpurilor

Un trigger este o serie de declarații Transact-SQL asociate cu un tabel SQL Server. Un tabel poate avea trei triggere, câte una pentru fiecare dintre comenzile care pot modifica datele dintr-un tabel: comenzile actualizare, Inserare și ștergere. Triggerul este executat automat atunci când se efectuează comanda. Expertul Migrare utilizează triggere în locul regulilor SQL Server pentru a impune validarea nivelului de câmp, deoarece regulile SQL Server nu vă permit să afișați mesaje de eroare particularizate.

Fiecare regulă de validare nu are neapărat o corespondență unu-la-unu cu un trigger. Fiecare regulă de validare poate deveni parte a mai multor triggere și fiecare trigger poate conține cod pentru a emula funcționalitatea mai multor reguli de validare.

Atunci când setați proprietatea obligatorie a unui câmp Access la True, un utilizator nu poate insera o înregistrare și părăsește câmpul obligatoriu (dacă nu există nicio legătură implicită la câmp) sau să facă câmpul nul atunci când actualizați o înregistrare. Câmpurile obligatorii sunt migrarea la câmpuri care nu permit valori Null în SQL Server.

Text de validare

Proprietatea text de validare a bazei de date Access este transformată în proprietatea text validare proiect Access. Acest lucru permite ca mesajele de eroare Access prietenoase să fie afișate în cazul unei încălcări a restricțiilor în timpul execuției.

Implicite

Expertul Migrare detaliază toate proprietățile de valoare implicită pentru obiectele implicite din American National Standards Institute (ANSI).

Relații de tabel

Expertul Migrare detaliază toate relațiile de tabel.

Aveți posibilitatea să decideți cum să redimensionați relațiile între tabele și integritatea referențială, utilizând triggere de actualizare, Inserare sau ștergere sau utilizând integritatea referențială declarată (de la). Cooperează funcționează la fel ca integritatea referențială Access prin definirea restricțiilor de cheie primară pentru tabelele de bază (partea "unu" a unei relații unu-la-mai-mulți) și a restricțiilor de cheie străină pentru tabelele externe (de obicei, partea "mulți" a unei relații unu-la-mai-mulți).

  • Utilizarea unității de lucru     Selectați relații între tabele și Utilizați -o pentru a utiliza pentru a impune integritatea referențială. Validarea coloanei bază de date Access este convertită la o restricție de verificare a SQL Server cu un mesaj de validare, așa cum se arată în tabelul următor.

Relația bază de date Access

Cheie externă SQL Server

Validatio n text

Actualizare în cascadă

LA ȘTERGERE FĂRĂ ACȚIUNE ÎN CASCADĂ ACTUALIZARE

"Înregistrarea nu poate fi ștearsă, deoarece tabelul <tabelextern> include înregistrări corelate."

Ștergere în cascadă

LA ȘTERGERE ÎN CASCADĂ LA ACTUALIZARE NICIO ACȚIUNE

"Nu puteți să adăugați sau să modificați o înregistrare, deoarece este necesară o înregistrare asociată în tabelul <primarytable>."

Actualizare în cascadă
și ștergere în cascadă

LA ȘTERGERE CASCADĂ DIN ACTUALIZAREA CASCADĂ

Valoarea nu este setată.

Fără detinere

LA ȘTERGERE FĂRĂ ACȚIUNE LA ACTUALIZARE NICIO ACȚIUNE

Nu puteți să adăugați, să modificați sau să ștergeți această înregistrare din cauza restricțiilor de relație dintre tabelele <primarytable> și <tabelextern>.

  • Utilizați triggere     Dacă ați definit actualizări în cascadă sau ștergeți în relațiile de tabel Access și doriți să păstrați acest comportament în tabelele cu migrare, selectați relațiile de tabel și Utilizați triggere. Acest lucru detaliază actualizările în cascadă sau se șterg ca triggere pentru a impune integritatea referențială.

    O relație de tabel nu are neapărat o corespondență unu-la-unu cu un trigger. Fiecare relație poate deveni parte din mai multe triggere sau fiecare trigger poate conține cod pentru a emula funcționalitatea mai multor reguli de integritate referențială. Triggerele insert sunt utilizate în tabelele fiu și se utilizează triggere de ștergere în tabelele părinte.

    Notă: Access necesită să citiți diagramă bază de date unei baze de date SQL Server. Pentru a permite accesul la citirea diagramei bazei de date în timp ce Impuneți integritatea referențială prin triggere, Expertul Migrare plasează în relații relațiile, dar dezactivează verificarea restricțiilor pentru cheia străină.

Ce opțiuni de date doriți să includeți?

  • Adăugarea câmpurilor de marcaj temporal la tabele    SQL Server utilizează un câmp timestamp pentru a indica faptul că s-a modificat o înregistrare (dar nu și când s-a modificat) prin crearea unui câmp valoare unică, apoi actualizarea acestui câmp de fiecare dată când se actualizează o înregistrare. Pentru un tabel legat, Access utilizează valoarea din câmpurile timestamp pentru a determina dacă o înregistrare a fost modificată înainte de a o actualiza. În general, un câmp timestamp oferă cea mai bună performanță și fiabilitate. Fără un câmp timestamp, SQL Server trebuie să verifice toate câmpurile din înregistrare pentru a determina dacă înregistrarea s-a modificat, ceea ce încetinește performanța.

    Următorul tabel descrie setările disponibile în această listă:

Setare

Descriere

Da, expertul să decidă

Dacă tabelele Access inițiale conțin câmpuri cu punct plutitor (single sau dublu), Memo sau obiect OLE, Expertul Migrare creează noi câmpuri de marcaj temporal în tabelele SQL Server care rezultă din aceste câmpuri.

Da, întotdeauna

Expertul Migrare creează un câmp timestamp pentru toate tabelele, indiferent ce tipuri de câmpuri conțin. Această îmbunătățire a performanței tabelelor Access cu migrare care poate să nu conțină câmpuri Memo, obiect OLE sau punct plutitor, dar care au câmpuri de alte tipuri.

Nu, niciodată

Expertul Migrare nu adaugă câmpuri de marcaj temporal în tabele.

Important: În tabelele SQL Server legate, Access nu verifică pentru a determina dacă câmpurile Memo sau obiect OLE s-au modificat, deoarece aceste câmpuri pot avea o dimensiune de mai multe megaocteți, iar comparația ar putea fi prea intensivă și consumatoare de timp. Prin urmare, dacă s-a modificat doar un câmp text sau imagine și nu există un câmp timestamp, Access suprascrie modificarea. De asemenea, se pare că valoarea unui câmp cu punct plutitor s-a modificat atunci când nu a fost, așadar, în absența unui câmp timestamp, Access poate determina că înregistrarea a fost modificată atunci când nu este.

  • Crearea structurii tabelului, nu migrarea datelor    Expertul Migrare detaliază toate datele în SQL Server în mod implicit. Dacă bifați caseta de selectare Creare structură de tabel numai, nu se face migrarea datelor , doar structura de date este migrarea.

Începutul secțiunii

Pasul 4: alegeți cum să redimensionați aplicația

Pe pagina următoare a expertului, puteți selecta una dintre cele trei modalități diferite de migrare a aplicației bază de date Access. Sub ce modificări de aplicație doriți să faceți?, selectați una dintre următoarele opțiuni:

  • Crearea unei noi aplicații client/server Access    Dacă selectați această opțiune, Expertul Migrare creează un nou proiect Access. Expertul Migrare vă solicită un nume, care este implicit la numele bazei de date Access curente, adaugă un sufix "CS", apoi stochează proiectul în aceeași locație ca baza de date Access existentă.

    Expertul Migrare creează fișierul Project Access, apoi detaliază toate obiectele bazei de date din baza de date Access în proiectul Access. Dacă nu salvați parola și ID-ul de utilizator, atunci prima dată când deschideți proiectul Access, Access afișează caseta de dialog Proprietăți link de date , astfel încât să vă puteți conecta la o bază de date SQL Server.

  • Legarea tabelelor SQL Server la aplicația existentă    Dacă selectați această opțiune, Expertul Migrare modifică baza de date Access, astfel încât interogările, formularele, rapoartele și paginile de acces la date să utilizeze datele din noua bază de date SQL Server, mai degrabă decât datele din baza de date Access. Expertul Migrare renumează tabelele Access pe care le-ați migrarea cu sufixul "_local". De exemplu, dacă detaliați un tabel denumit angajați, tabelul este redenumit Employees_local în baza de date Access. Apoi, Expertul Migrare creează un tabel SQL Server legat, denumit angajați.

    Notă: După finalizarea operațiunii de migrare, tabelele care au fost redenumite cu sufixul "_local" nu se vor mai utiliza. Cu toate acestea, este o idee bună să păstrați tabelele locale până când verificați dacă migrarea a reușit. La o dată ulterioară, puteți să ștergeți tabelele locale pentru a reduce dimensiunea bazei de date Access. Asigurați-vă că faceți backup bazei de date înainte de a șterge tabele.

    Interogări, formulare, rapoarte și pagini de acces la date pe baza tabelelor de angajați inițiale vor utiliza acum tabelul de angajați SQL Server legat. Multe dintre proprietățile câmpurilor din tabelul local inițial sunt moștenite de noul tabel local, inclusiv, Descriere, legendă, format, InputMaskși zecimale.

  • Nicio modificare a aplicației    Selectați această opțiune dacă doriți doar să copiați datele în baza de date SQL Server și să nu efectuați alte modificări în aplicația bază de date Access existentă.

Salvarea parolei și a ID-ului de utilizator    În mod implicit, Expertul Migrare creează tabele legate în aplicația existentă sau creează un proiect Access fără a salva numele de utilizator și parola. Acest lucru înseamnă că utilizatorilor li se solicită un nume de utilizator și o parolă de fiecare dată când se conectează la o bază de date SQL Server.

Dacă selectați Salvare parolă și ID utilizator, utilizatorii se pot conecta la o bază de date SQL Server fără să se conecteze. Dacă selectați Creare aplicație client/server Access nouă, proiectul Access stochează parola de utilizator în șirul de conexiune OLE DB.

Notă: Această opțiune este dezactivată pentru opțiunea fără modificări de aplicație dacă un tabel SQL Server legat este configurat cu un tabel MSysConf pentru a refuza salvarea parolelor.

Raportul Expertului Migrare

Atunci când faceți clic pe Terminare, Expertul Migrare creează un raport care furnizează o descriere detaliată a tuturor obiectelor create și raportează erorile întâmpinate în timpul procesului. Expertul Migrare afișează raportul în examinare înaintea imprimării și puteți imprima sau salva raportul, de exemplu, ca fișier XPS sau PDF. Raportul nu este salvat ca obiect Access când închideți fereastra Examinare înaintea imprimării.

Raportul Expertului Migrare conține informații despre următoarele:

  • Parametrii de migrare, inclusiv atributele de tabel pe care le-ați ales pentru a face migrarea și modul în care ați făcut migrarea.

  • Informații despre tabel, inclusiv o comparație între Access și valorile SQL Server pentru nume, tipuri de date, indexuri, reguli de validare, valori implicite, declanșări și dacă au fost adăugate sau nu marcaje temporale.

  • Toate erorile întâmpinate, cum ar fi baza de date sau jurnalul de tranzacții, permisiunile inadecvate, dispozitivul sau baza de date necreată, tabelul, setarea implicită sau regula de validare omisă, relația neimpusă, interogarea ignorată (deoarece nu poate fi tradusă în sintaxa SQL Server) și control și sursă de înregistrări erorile de conversie din formulare și rapoarte.

Începutul secțiunii

Începutul paginii

Cum se face migrarea obiectelor bazei de date

Următoarele obiecte de date și baze de date se redimensionează:

  • Date și tipuri de date    Toate tipurile de date Access sunt convertite la echivalentul lor în SQL Server. Expertul convertește textul bazei de date Access în Unicode, adăugând identificatorul șir Unicode la toate valorile șir și adăugând prefixul Unicode n la toate tipurile de date.

  • Interogări    

    • Selectați interogările care nu au o clauză ORDER BY sau parametri sunt convertite la vizualizări.

    • Interogările de acțiune sunt convertite la interogările de acțiune ale procedurii stocate. Access adaugă setați fără a conta pe după codul de declarație de parametru pentru a vă asigura că se execută procedura stocată.

    • Selectați interogări care fac referire doar la tabele (numite și interogări de bază) care utilizează fie parametri, fie o clauză ORDER BY sunt convertiți în funcții definite de utilizator. Dacă este necesar, clauza TOP 100 procent este adăugată la o interogare care conține o clauză ORDER BY.

    • Interogările cu parametri care utilizează parametri desemnați mențin numele de text original utilizat în baza de date Access și se convertesc fie la proceduri stocate, fie la funcțiile definite de utilizator în linie.

      Notă: Poate fi necesar să efectuați conversia manuală a interogărilor care nu au reușit migrarea, cum ar fi interogările SQL directă, interogările de definiție a datelor și interogările de tip tabel încrucișat. De asemenea, este posibil să fie necesar să terminați manual interogările care au fost imbricate prea profund.

  • Formulare, rapoarte și controale    Declarațiile SQL din proprietățile RecordSource, ControlsSource și RowSource pentru formulare, rapoarte sau controale sunt păstrate și nu sunt transformate în proceduri stocate sau funcții definite de utilizator.

  • Proprietăți pornire    Expertul Migrare detaliază următoarele proprietăți de pornire:

    StartUpShowDBWindow
    StartUpShowStatusBar
    AllowShortcutMenus
    AllowFullMenus
    AllowBuiltInToolbars
    AllowToolbarChanges
    AllowSpecialKeys
    UseAppIconForFrmRpt
    AppIcon
    AppTitle
    StartUpForm
    StartUpMenuBar
    StartupShortcutMenuBar

  • Module și macrocomenzi    Expertul Migrare nu efectuează nicio modificare a modulelor sau a macrocomenzilor. Poate fi necesar să modificați aplicația pentru a profita la maximum de caracteristicile SQL Server. Pentru mai multe informații, consultați articolul MSDN optimizarea aplicațiilor Microsoft Office Access legate la SQL Server.

Începutul paginii

Aveți nevoie de ajutor suplimentar?

Doriți mai multe opțiuni?

Explorați avantajele abonamentului, navigați prin cursurile de instruire, aflați cum să vă securizați dispozitivul și multe altele.

Comunitățile vă ajută să adresați întrebări și să răspundeți la întrebări, să oferiți feedback și să primiți feedback de la experți cu cunoștințe bogate.

Au fost utile aceste informații?

Cât de mulțumit sunteți de calitatea limbajului?
Ce v-a afectat experiența?
Apăsând pe Trimitere, feedbackul dvs. va fi utilizat pentru a îmbunătăți produsele și serviciile Microsoft. Administratorul dvs. IT va avea posibilitatea să colecteze aceste date. Angajamentul de respectare a confidențialității.

Vă mulțumim pentru feedback!

×