În timp, majoritatea aplicațiilor bază de date cresc, devin mai complexe și trebuie să accepte mai mulți utilizatori. La un moment dat în viața aplicației Microsoft Office Access, se recomandă să luați în considerare migrarea acesteia 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 unor obiecte ale bazei de date sau a tuturor dintr-o bază de date Access într-o bază de date de SQL Server nouă sau existentă sau într-un proiect Access nou (.adp).
Avantajele dimensionă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ă suport și pentru baze de date foarte mari, de dimensiunea terabyților, care este mult mai mare decât limita curentă pentru o bază de date Access de doi gigabyț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 utilizatorilor) ș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 backup dinamică, incrementală sau 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 pot integra cu securitatea sistemului Windows pentru a furniza un acces unic integrat la rețea și la baza de date, utilizând cele mai bune sisteme de securitate. Acest lucru facilitează mult administrarea schemelor de securitate complexe.
-
Recuperabilitate imediată În cazul unei defecțiuni 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 consistență în câteva minute, fără intervenția administratorului bazei de date.
-
Procesare bazată pe server Utilizarea SQL Server într-o configurație client/server reduce traficul de rețea prin procesarea interogărilor bazei de date pe server înainte de a trimite rezultatele la client. Procesarea de către server este de obicei mult mai eficientă, mai ales atunci când se lucrează cu seturi mari de date.
Aplicația poate utiliza, de asemenea, funcții definite de utilizator, proceduri stocate și triggere pentru a centraliza și a partaja logica aplicației, regulile și politicile de afaceri, interogările complexe, validarea datelor și codul de integritate referențială de pe server, nu pe client.
Modalități de migrare
Expertul Migrare SQL Server mută obiectele bazei de date și datele pe care le conțin dintr-o bază de date Access într-o bază de date SQL Server nouă sau existentă.
Există trei modalități de a utiliza Expertul Migrare SQL Server:
-
Efectuați migrarea tuturor obiectelor bazei de date dintr-o bază de date Access la un proiect Access, astfel încât să puteți crea o aplicație client/server. Această abordare necesită unele modificări suplimentare ale aplicațiilor și modificări ale codului și interogărilor complexe.
-
Migrarea doar a datelor sau a definițiilor de date dintr-o bază de date Access într-o bază de date SQL Server.
-
Creați o bază de date front-end Access într-o bază de date back-end SQL Server, astfel încât să puteți crea o aplicații front-end/back-end. Această abordare necesită foarte puține modificări ale aplicației, deoarece codul încă utilizează motorul de baze de date Access (ACE).
Înainte de a efectua migrarea unei baze de date Access
Înainte de a vă mări baza 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 SQL Server nu elimină date sau obiecte de bază de date din baza de date Access, este o idee bună să creați o copie backup a bazei de date Access înainte de a o mări.
-
Asigurați-vă că aveți spațiu adecvat pe disc Trebuie să aveți spațiu adecvat pe disc pe dispozitivul care va conține baza de date migrare. Expertul Migrare SQL Server funcționează cel mai bine atunci când există mult spațiu-disc disponibil.
-
Crearea de indexuri unice Un tabel legat trebuie să aibă un index unic pentru a fi actualizabil în Access. Expertul Migrare SQL Server poate efectua migrarea unui index unic existent, dar nu poate crea unul acolo unde nu există. Dacă doriți să puteți actualiza tabelele, asigurați-vă că adăugați un index unic la fiecare tabel Access înainte de migrare.
-
Atribuiți-vă permisiunile corespunzătoare pentru baza de date SQL Server
-
Pentru a face migrarea la o bază de date existentă, aveți nevoie de permisiunile CREATE TABLE și CREATE DEFAULT.
-
Pentru a construi o nouă bază de date, aveți nevoie de permisiunea CREATE DATABASE și de permisiuni SELECT 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.
Utilizarea Expertului Migrare
-
Pe fila Instrumente bază de date, în grupul Mutare date, faceți clic pe SQL Server.
Pornește Expertul Migrare SQL Server.
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ă efectuați migrarea bazei de date Access la o bază de date SQL Server existentă sau să creați o nouă bază de date SQL Server.
-
Utilizare bază de date existentă 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 se conecta la o sursă de date (în acest caz, la 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 de dispozitiv 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 decât sursele de date ale computerului. De exemplu, puteți copia o sursă de date de fișier pe orice computer cu driverul ODBC corect, astfel încât aplicația să se poată baza pe informații de conexiune consistente și precise pe toate computerele pe care le utilizează. Sau puteți să plasați sursa de date a fișierului pe un singur server, să o partajați între mai multe computere din rețea și să păstrați cu ușurință informațiile de conexiune într-o singură locație.
O sursă de date de fișier poate fi și nepartajabilă. O sursă de date de fișier nepartajabilă se află pe un singur computer și indică spre o sursă de date de computer. 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ă simplifică 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.
-
-
Creare bază de date nouă 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 utilizați pentru această bază de date? Tastați numele serverului pe care doriți să îl utilizați.
-
Utilizare conexiune de încredere Puteți utiliza o conexiune de încredere, adică SQL Server se pot integra cu securitatea sistemului de operare Windows pentru a furniza o singură conectare la rețea și la baza de date.
-
ID de conectare și parolă Dacă nu utilizați o conexiune de încredere, tastați ID-ul de conectare și parola unui cont cu privilegii create database pe server.
-
Cum denumiți noua bază de date SQL Server? Tastați numele noii baze de date SQL Server. Access revizuiește numele dacă acesta intră în conflict cu un nume de bază de date existent și adaugă un sufix numerotat (mydatabase 1, de exemplu).
-
Pasul 2: Alegeți tabelele pentru migrare
În acest pas, selectați tabelele Access pe care doriți să le măriți la baza de date SQL Server. Selectați tabelele pe care doriți să le măriți, apoi utilizați butoanele săgeată pentru a le muta în lista Exportați în SQL Server. 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ă cu "_local" este exclus din lista de tabele disponibile pentru a împiedica migrarea tabelelor care au fost deja migrare. Dacă doriți să măriți din nou dimensiunea acestor tabele, redenumiți-le înainte de a rula Expertul Migrare, eliminând sufixul "_local".
Pasul 3: Specificați atributele și opțiunile de migrare
În acest pas, selectați atributele de tabel 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 Sql Server efectuează conversia numelor de câmpuri Access în nume de câmpuri SQL Server legale și efectuează conversia tipurilor de date Access în tipuri de date echivalente SQL Server de date.
Ce atribute de tabel doriți să măriți?
Următorul tabel listează atributele pe care le puteți efectua și descrie modul în care Expertul Migrare SQL Server gestionează fiecare:
|
Atribut |
Acțiune dacă este selectată |
|||||||||||||||
|
Indexuri |
Expertul Migrare migrare afișează toate indexurile. Expertul Migrare SQL Server efectuează conversia cheilor primare Access în SQL Server indexurilor și le marchează ca SQL Server chei primare. Dacă alegeți să legați tabelul SQL Server migrare la baza de date Access, Expertul Migrare adaugă și prefixul "aaaaa" la numele indexului. Acest lucru se întâmplă deoarece Access alege indexul care este primul în ordine alfabetică în lista de indexuri disponibile drept cheie primară, iar prefixul "aaaaa" asigură alegerea indexului corect. 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 unice. Un tabel legat trebuie să aibă un index unic pentru a fi actualizabil în Access. Expertul Migrare SQL Server poate efectua migrarea unui index unic existent, dar nu poate crea unul acolo unde nu există. Dacă doriți să puteți actualiza datele din tabele după migrarea lor, asigurați-vă că adăugați un index unic la fiecare tabel Access înainte de migrare. |
|||||||||||||||
|
Reguli de validare |
Expertul Migrare Sql Server afișează următoarele ca triggere de actualizare și inserare:
Un trigger este o serie de instrucțiuni Transact-SQL asociate cu un tabel SQL Server. Un tabel poate avea trei triggere, unul pentru fiecare dintre comenzile care pot modifica datele dintr-un tabel: comenzile UPDATE, INSERT și DELETE. Declanșatorul se execută automat atunci când se efectuează comanda. Expertul Migrare SQL Server utilizează triggere în loc de SQL Server reguli 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 din mai multe triggere și fiecare trigger poate conține cod pentru a emula funcționalitatea mai multor reguli de validare. Când setați proprietatea Obligatoriu a unui câmp Access la adevărat, un utilizator nu poate insera o înregistrare și nu poate lăsa câmpul necesar nul (dacă nu există nicio legătură implicită la câmp) sau să facă câmpul nul atunci când actualizează o înregistrare. Câmpurile obligatorii sunt migrare la câmpuri care nu permit valori Null pe SQL Server. Text de validare Proprietatea Text de validare a bazei de date Access este convertită la proprietatea Text de validare a proiectului Access. Acest lucru permite afișarea mesajelor de eroare prietenoase Access în cazul unei încălcări a restricției la momentul rulării. |
|||||||||||||||
|
Implicite |
Expertul Migrare afișează toate proprietățile valorii implicite în obiectele implicite ANSI (American National Standards Institute). |
|||||||||||||||
|
Relații de tabel |
Expertul Migrare Sql Server afișează toate relațiile între tabele. Puteți decide cum să măriți relațiile între tabele și integritatea referențială utilizând triggere de actualizare, inserare sau ștergere sau utilizând Integritatea referențială declarată (DRI). DRI funcționează la fel ca integritatea referențială Access, definind restricțiile cheii primare pentru tabelele de bază (partea "unu" a unei relații unu-la-mai-mulți) și restricțiile cheie străină pentru tabelele străine (de obicei partea "mai-mulți" a unei relații unu-la-mai-mulți).
|
Ce opțiuni de date includeți?
-
Adăugarea câmpurilor marcă de timp la tabele SQL Server utilizează un câmp marcă de timp pentru a indica faptul că o înregistrare a fost modificată (dar nu și când a fost modificată) creând un câmp valoare unic, apoi actualizând acest câmp de fiecare dată când se actualizează o înregistrare. Pentru un tabel legat, Access utilizează valoarea în câmpurile mărcii de timp pentru a determina dacă o înregistrare a fost modificată înainte de a o actualiza. În general, un câmp marcă de timp oferă cea mai bună performanță și fiabilitate. Fără un câmp marcă de timp, 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 decide |
Dacă tabelele Access inițiale conțin câmpuri în virgulă mobilă (simplă sau dublă), Memo sau obiect OLE, Expertul Migrare creează noi câmpuri marcă de timp în tabelele SQL Server rezultate pentru acele câmpuri. |
|
Da, întotdeauna |
Expertul Migrare SQL Server creează un câmp marcă de timp pentru toate tabelele migrare, indiferent de tipurile de câmpuri pe care le conțin. Acest lucru îmbunătățește performanța tabelelor Access migrare care pot să nu conțină câmpuri Memo, Obiect OLE sau în virgulă mobilă, dar care au câmpuri de alte tipuri. |
|
Nu, niciodată |
Expertul Migrare SQL Server nu adaugă câmpuri marcă de timp la tabele. |
Important: În tabelele SQL Server legate, Access nu verifică pentru a determina dacă s-au modificat câmpurile de obiecte Memo sau OLE, deoarece aceste câmpuri pot avea o dimensiune de mulți megaocteți, iar comparația ar putea consuma prea mult în rețea și consumă mult timp. Prin urmare, dacă doar un câmp text sau imagine s-a modificat și nu există un câmp marcă de timp, Access suprascrie modificarea. De asemenea, este posibil ca valoarea unui câmp în virgulă mobilă să se fi modificat atunci când nu s-a modificat, astfel încât, în absența unui câmp marcă de timp, Access poate determina faptul că înregistrarea a fost modificată atunci când nu a fost modificată.
-
Creați doar structura tabelului, nu efectuați migrarea datelor Expertul Migrare migrare afișează toate datele pentru a SQL Server în mod implicit. Dacă bifați caseta de selectare Se creează doar structura tabelului, nu se efectuează migrarea datelor , doar structura de date este migrare.
Pasul 4: Alegeți cum să vă măriți aplicația
Pe pagina următoare a expertului, aveți posibilitatea să selectați una dintre cele trei modalități diferite de a mări dimensiunea aplicației bază de date Access. Sub Ce modificări ale aplicației doriți să efectuați?, selectați una dintre următoarele opțiuni:
-
Creați o aplicație client/server Access nouă Dacă selectați această opțiune, Expertul Migrare SQL Server creează un nou proiect Access. Expertul Migrare SQL Server 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 de proiect Access, apoi face migrarea tuturor obiectelor bazei de date din baza de date Access la proiectul Access. Dacă nu salvați parola și ID-ul de utilizator, prima dată când deschideți proiectul Access, Access afișează caseta de dialog Proprietăți legătură 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 SQL Server 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, nu datele din baza de date Access. Expertul Migrare SQL Server redenumește tabelele Access pe care le măriți cu sufixul "_local". De exemplu, dacă măriți un tabel denumit Angajați, tabelul este redenumit Employees_local în baza de date Access. Apoi, expertul Migrare SQL Server creează un tabel SQL Server legat denumit Angajați.
Notă: După terminarea operațiunii de migrare, tabelele care au fost redenumite cu sufixul "_local" nu vor mai fi utilizate. Totuși, 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 șterge tabelele locale pentru a reduce dimensiunea bazei de date Access. Nu uitați să faceți backup bazei de date înainte de a șterge tabele.
Interogările, formularele, rapoartele și paginile de acces la date bazate pe tabelele inițiale Angajați vor utiliza acum tabelul legat SQL Server Angajați. Multe dintre proprietățile câmpurilor din tabelul local original sunt moștenite de noul tabel local, inclusiv Descriere, Legendă, Format, MascăInstruire și Zecimale.
-
Nicio modificare de aplicație 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 la aplicația bază de date Access existentă.
Salvare parolă și ID utilizator În mod implicit, Expertul Migrare SQL Server 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 Salvați parola și ID-ul de utilizator, utilizatorii se pot conecta la o bază de date SQL Server fără a se conecta. Dacă selectați Creați o nouă aplicație client/server Access, proiectul Access stochează parola numelui de utilizator în șir 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 Expert Migrare SQL Server
Când faceți clic pe Terminare, Expertul Migrare SQL Server creează un raport care furnizează o descriere detaliată a tuturor obiectelor create și raportează toate erorile întâlnite în timpul procesului. Expertul Migrare SQL Server afișează raportul în Examinare înaintea imprimării, apoi puteți să imprimați sau să salvați raportul, de exemplu, ca fișier XPS sau PDF. Raportul nu se salvează ca obiect Access atunci când închideți fereastra Examinare înaintea imprimării.
Raportul Expert Migrare SQL Server conține informații despre următoarele:
-
Migrarea parametrilor, inclusiv atributele de tabel pe care le-ați ales pentru migrare și modul în care ați 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, triggere și dacă s-au adăugat sau nu marcaje de timp.
-
Toate erorile întâlnite, cum ar fi baza de date sau jurnalul de tranzacții plin, permisiunile inadecvate, dispozitivul sau baza de date nu au fost create, regulile de tabel, implicite sau de validare au fost ignorate, relația nu este impusă, interogarea a fost ignorată (deoarece nu poate fi tradusă în sintaxa SQL Server) și control și sursă de înregistrări erori de conversie în formulare și rapoarte.
Cum se afișează migrarea obiectelor bazei de date
Următoarele date și obiecte de bază de date sunt migrare:
-
Date și tipuri de date Toate tipurile de date ale bazei de date Access sunt convertite în echivalent în SQL Server. Expertul efectuează conversia textului bazei de date Access în Unicode, adăugând identificatorul șirului Unicode la toate valorile șirului și adăugând prefixul Unicode n la toate tipurile de date.
-
Interogări
-
Interogările de selectare care nu au o clauză ORDER BY sau parametri sunt convertite în vizualizări.
-
Interogările de acțiune se transformă în interogări de acțiune de procedură stocate. Access adaugă SET NOCOUNT ON după codul de declarație al parametrului, pentru a se asigura că rulează procedura stocată.
-
Interogările de selectare care fac referire doar la tabele (denumite și interogări de bază) care utilizează parametri sau o clauză ORDER BY sunt convertite la funcții definite de utilizator. Dacă este necesar, clauza TOP 100 PERCENT este adăugată la o interogare care conține o clauză ORDER BY.
-
Interogările cu parametri care utilizează parametri numiți păstrează numele de text original utilizat în baza de date Access și se transformă fie în proceduri stocate, fie în funcții definite de utilizator în linie.
Notă: Poate fi necesar să efectuați manual conversia interogărilor care nu s-au migrare, cum ar fi interogările SQL directe, interogările de definiții de date și interogările tabel încrucișat. De asemenea, poate fi necesar să măriți manual interogările imbricate prea profund.
-
-
Forms, rapoarte și controale Instrucțiunile SQL din proprietățile RecordSource, ControlsSource și RowSource pentru formulare, rapoarte sau controale sunt păstrate și nu sunt convertite la proceduri stocate sau la funcții definite de utilizator.
-
Proprietăți pornire Expertul Migrare Sql Server afișează următoarele proprietăți de pornire:
StartUpShowDBWindowStartUpShowStatusBarAllowShortcutMenusAllowFullMenusAllowBuiltInToolbarsAllowToolbarChangesAllowSpecialKeysUseAppIconForFrmRptAppIcon AppIconAppTitleStartUpFormStartUpMenuBarStartupShortcutMenuBar
-
Module și macrocomenzi Expertul Migrare SQL Server nu efectuează modificări la module sau macrocomenzi. Poate fi necesar să modificați aplicația pentru a profita pe deplin de caracteristicile SQL Server. Pentru mai multe informații, consultați articolul MSDN Optimizarea aplicațiilor Microsoft Office Access legate la SQL Server.
