„Access“ duomenų bazės perkėlimas į SQL serverį

Taikoma

„Access“, skirta „Microsoft 365“ „Access 2024“ Access 2021 Access 2019 Access 2016

Mes visi turime apribojimus, o "Access" duomenų bazė nėra išimtis. Pvz., "Access" duomenų bazės dydžio limitas yra 2 GB ir ji negali palaikyti daugiau nei 255 vartotojų vienu metu. Taigi, kai ateis laikas "Access" duomenų bazei pereiti į kitą lygį, galite pereiti į „SQL Server“. "„SQL Server“" (vietinis arba "Azure" debesyje) palaiko didesnį duomenų kiekį, daugiau lygiagrečių vartotojų ir turi didesnę talpą nei JET/ACE duomenų bazės modulis. Šis vadovas padės sklandžiai pradėti kelionę „SQL Server“, padės išsaugoti jūsų sukurtus "Access" sąsajos sprendimus ir, tikėtina, paskatins jus naudoti "Access" būsimiems duomenų bazių sprendimams. Norėdami sėkmingai perkelti, naudokite "Microsoft „SQL Server“ Migration Assistant" (SSMA), atlikite šiuos veiksmus.

Duomenų bazės perkėlimo į „SQL Server“ etapai

Prieš pradėdami

Tolesniuose skyriuose pateikiami pagrindiniai ir kita informacija, kuri padės jums pradėti.

Apie perskirtas duomenų bazes

Visi "Access" duomenų bazės objektai gali būti viename duomenų bazės faile arba gali būti saugomi dviejuose duomenų bazės failuose: išorinėje ir vidinėje duomenų bazėje. Tai vadinama duomenų bazės skaidymu ir skirta palengvinti bendrinimą tinklo aplinkoje. Vidinės duomenų bazės faile turi būti tik lentelės ir ryšiai. Išoriniame faile turi būti tik visi kiti objektai, įskaitant formas, ataskaitas, užklausas, makrokomandas, VBA modulius ir su vidine duomenų baze susietas lenteles. Perkeliant "Access" duomenų bazę, ji panaši į perskirtą duomenų bazę, nes „SQL Server“ veikia kaip nauja duomenų, dabar esančių serveryje, vidinė sistema.

Todėl vis tiek galite tvarkyti išorinę "Access" duomenų bazę su susietomis lentelėmis su "„SQL Server“" lentelėmis. Galite pasinaudoti greito programų kūrimo privalumais, kuriuos teikia "Access" duomenų bazė, kartu su "„SQL Server“" mastelio keitimu.

„SQL Server“ privalumai

Vis dar reikia įtikinėti, kad pereitumėte į „SQL Server“? Štai keletas papildomų privalumų, apie kuriuos verta pagalvoti:

Daugiau vienu metu dirbančių vartotojų "„SQL Server“" gali apdoroti daug daugiau vienu metu dirbančių vartotojų nei "Access" ir sumažina atminties poreikį, kai įtraukiama daugiau vartotojų.
Geresnis pasiekiamumas Naudodami "„SQL Server“" galite dinamiškai kurti atsarginę duomenų bazės kopiją, papildančią arba užbaigtą, kol ji naudojama. Todėl jums nereikia versti vartotojų išeiti iš duomenų bazės, kad galėtumėte padaryti duomenų kopiją.
Didelis našumas ir išplečiamumas "„SQL Server“" duomenų bazė paprastai veikia geriau nei "Access" duomenų bazė, ypač naudojant didelę, terabaitų dydžio duomenų bazę. Be to, „SQL Server“ apdoroja užklausas daug greičiau ir efektyviau, lygiagrečiai apdorodamas užklausas, naudodamas kelias vietines gijas viename procese, kad apdorotų vartotojų užklausas.
Geresnė sauga Naudodamas patikimą ryšį, "„SQL Server“" integruojamas su "Windows" sistemos saugumu, kad suteiktų vieną integruotą prieigą prie tinklo ir duomenų bazės, naudojant geriausias abiejų apsaugos sistemų galimybes. Tai leidžia daug lengviau administruoti sudėtingas saugos schemas. „SQL Server“ yra ideali neskelbtinos informacijos, pvz., socialinio draudimo numerių, kredito kortelių duomenų ir konfidencialių adresų, saugykla.
Galimybė nedelsiant susigrąžinti Jei operacinė sistema sugenda arba nutrūksta maitinimas, „SQL Server“ gali automatiškai atkurti duomenų bazę į pastovią būseną per kelias minutes ir be duomenų bazės administratoriaus įsikišimo.
VPN naudojimas Prieiga ir virtualūs privatieji tinklai (VPN) nesusitvarko. Tačiau naudodami "„SQL Server“" nuotoliniai vartotojai vis tiek gali naudoti "Access" priekinę duomenų bazę darbalaukyje ir "„SQL Server“" vidinę dalį, esančią už VPN užkardos.
Azure „SQL Server“ Be „SQL Server“ privalumų, siūlo dinamišką mastelio keitimą be prastovų, išmanų optimizavimą, visuotinį mastelio keitimą ir prieinamumą, aparatinės įrangos išlaidų pašalinimą ir mažesnį administravimą.

Pasirinkite geriausią Azure „SQL Server“ parinktį

Jei perkeliate į Azure „SQL Server“, galite rinktis iš trijų variantų, kurių kiekviena turi skirtingų pranašumų:

Viena duomenų bazė / elastiniai baseinai Ši parinktis turi savo išteklių rinkinį, valdomą per SQL duomenų bazės serverį. Viena duomenų bazė yra tarsi „SQL Server“ duomenų bazė. Taip pat galite įtraukti elastinį telkinį, kuris yra duomenų bazių rinkinys su bendrai naudojamais ištekliais, valdomais per SQL duomenų bazės serverį. Dažniausiai naudojamos „SQL Server“ funkcijos yra su integruotomis atsarginėmis kopijomis, pataisymais ir atkūrimu. Tačiau nėra garantuoto tikslaus priežiūros laiko, o perkėlimas iš „SQL Server“ gali būti sunkus.
Valdomas egzempliorius Ši parinktis yra sistemos ir vartotojų duomenų bazių rinkinys su bendrinamu išteklių rinkiniu. Valdomas egzempliorius yra tarsi „SQL Server“ duomenų bazės egzempliorius, kuris yra labai suderinamas su vietiniu „SQL Server“. Valdomame egzemplioriuje yra integruotos atsarginės kopijos, pataisymai, atkūrimas ir jį lengva perkelti iš „SQL Server“. Tačiau yra nedaug „SQL Server“ funkcijų, kurios nėra prieinamos ir nėra garantuoto tikslaus priežiūros laiko.
"Azure" virtualioji mašina Ši parinktis leidžia paleisti "„SQL Server“" virtualioje mašinoje "Azure" debesyje. Galite visiškai valdyti „SQL Server“ variklį ir lengvą perkėlimo kelią. Tačiau jums reikia tvarkyti atsargines kopijas, pataisas ir atkūrimą.

Daugiau informacijos rasite Duomenų bazės perkėlimo į "Azure" kelio pasirinkimas ir Kas yra "Azure SQL?".

Pirmieji žingsniai

Yra kelios problemos, kurias galite išspręsti iš anksto, kurios gali padėti racionalizuoti perkėlimo procesą prieš paleidžiant SSMA:

Lentelės rodyklių ir pirminių raktų įtraukimas Įsitikinkite, kad kiekviena "Access" lentelė turi indeksą ir pirminį raktą. "„SQL Server“" reikalauja, kad visos lentelės turėtų bent vieną indeksą, o susietoje lentelėje – pirminis raktas, jei lentelę galima atnaujinti.
Tikrinti pirminio / išorinio rakto ryšius Įsitikinkite, kad šie ryšiai pagrįsti laukais, kurių duomenų tipai ir dydžiai nuoseklūs. „SQL Server“ nepalaiko sujungtų stulpelių su skirtingais duomenų tipais ir dydžiais išorinio rakto apribojimuose.
Priedo stulpelio šalinimas SSMA neperkelia lentelių, kuriose yra priedų stulpelis.

Prieš paleisdami SSMA, atlikite šiuos pirmuosius veiksmus.

Uždarykite "Access" duomenų bazę.
Įsitikinkite, kad dabartiniai prie duomenų bazės prisijungę vartotojai taip pat uždaro duomenų bazę.
Jei duomenų bazė yra .mdb failo formato, pašalinkite vartotojo lygio saugą.
Sukurkite atsarginę duomenų bazės kopiją. Daugiau informacijos rasite Duomenų apsauga naudojant atsarginės kopijos ir atkūrimo procesus.

Patarimas Apsvarstykite galimybę darbalaukyje įdiegti "Microsoft SQL Server Express" leidimą, kuris palaiko iki 10 GB ir yra nemokamas ir paprastesnis būdas vykdyti ir patikrinti perkėlimą. Prisijungę naudokite "LocalDB" kaip duomenų bazės egzempliorių.

Patarimas Jei įmanoma, naudokite atskirą "Access" versiją.

Paleiskite SSMA

"„Microsoft“" teikia "„Microsoft“ „SQL Server“ Migration Assistant" (SSMA), kad būtų lengviau perkelti. SSMA daugiausia perkelia lenteles ir išrenka užklausas be parametrų. Formos, ataskaitos, makrokomandos ir VBA moduliai nekonvertuojami. "„SQL Server“ Metadata Explorer" rodo jūsų "Access" duomenų bazės objektus ir "„SQL Server“" objektus, leidžiančius peržiūrėti dabartinį abiejų duomenų bazių turinį. Šie du ryšiai įrašomi perkėlimo faile, jei ateityje nuspręsite perkelti papildomus objektus.

Atkreipkite dėmesį Perkėlimo procesas gali šiek tiek užtrukti, atsižvelgiant į duomenų bazės objektų dydį ir duomenų, kuriuos reikia perkelti, kiekį.

Norėdami perkelti duomenų bazę naudodami SSMA, pirmiausia atsisiųskite ir įdiekite programinę įrangą dukart spustelėdami atsisiųstą MSI failą. Įsitikinkite, kad įdiegėte kompiuteriui tinkamą 32 arba 64 bitų versiją.
Įdiegę SSMA, atidarykite ją darbalaukyje, pageidautina iš kompiuterio, kuriame yra "Access" duomenų bazės failas.
Be to, ją galite atidaryti kompiuteryje, kuris turi prieigą prie "Access" duomenų bazės iš tinklo bendrinamame aplanke.
Vykdykite pradines SSMA instrukcijas, kad pateiktumėte pagrindinę informaciją, pvz., „SQL Server“ vietą, "Access" duomenų bazę ir perkeliamus objektus, ryšio informaciją ir ar norite kurti susietas lenteles.
Jei perkeliate į "„SQL Server“ 2016" ar naujesnę versiją ir norite atnaujinti susietą lentelę, įtraukite stulpelį "Rowversion" pasirinkdami Peržiūrėti įrankius >Projekto parametrai>Bendra.
Laukas ROWVERSION padeda išvengti įrašų konfliktų. "Access" naudoja šį lauką ROWVERSION susietoje „SQL Server“ lentelėje, kad nustatytų, kada įrašas buvo paskutinį kartą atnaujintas. Be to, jei į užklausą įtraukiate lauką ROWVERSION, "Access" jį naudoja eilutei pasirinkti iš naujo po naujinimo operacijos. Tai pagerina efektyvumą, nes padedama išvengti įrašymo konfliktų klaidų ir įrašų naikinimo scenarijų, kurie gali nutikti, kai "Access" aptinka kitokius rezultatus nei pirminis pateikimas, pvz., gali atsitikti su slankiojo kablelio skaičiaus duomenų tipais ir stulpelius modifikuojančiais paleidikliais. Tačiau venkite naudoti lauką ROWVERSION formose, ataskaitose ar VBA kode. Daugiau informacijos ieškokite ROWVERSION.
Atkreipkite dėmesį Nepainiokite ROWVERSION su laiko žymomis. Nors raktažodžių laiko žyma yra "„SQL Server“" ROWVERSION sinonimas, negalite naudoti ROWVERSION kaip duomenų įrašo laiko žymos būdo.
Norėdami nustatyti tikslius duomenų tipus, pasirinkite Peržiūrėti įrankius>Projekto parametrų>tipų susiejimas. Pvz., jei saugote tik anglišką tekstą, galite naudoti varchar , o ne nvarchar duomenų tipą.

Objektų konvertavimas

SSMA konvertuoja "Access" objektus į "„SQL Server“" objektus, tačiau objektai iš karto nenukopijuojami. SSMA pateikia šių perkeliamų objektų sąrašą, kad galėtumėte nuspręsti, ar norite juos perkelti į „SQL Server“ duomenų bazę:

Lentelės ir stulpeliai
Select Queries without parameters.
Pirminiai ir išoriniai raktai
Indeksai ir numatytosios reikšmės
Patikros apribojimai (leisti nulinio ilgio stulpelio ypatybę, stulpelio tikrinimo taisyklę, lentelės tikrinimą)

Geriausia praktika – SSMA įvertinimo ataskaita, kurioje pateikiami konvertavimo rezultatai, įskaitant klaidas, įspėjimus, informacinius pranešimus, perkėlimo atlikimo laiko sąmatas ir atskiri klaidų taisymo veiksmai, kuriuos reikia atlikti prieš perkeliant objektus.

Konvertuojant duomenų bazės objektus, objektų apibrėžimai paimami iš "Access" metaduomenų, konvertuojami į lygiavertę "Transact-SQL" (T-SQL) sintaksę, tada ši informacija įkeliama į projektą. Tada galite peržiūrėti „SQL Server“ arba SQL Azure objektus ir jų ypatybes naudodami „SQL Server“ arba SQL Azure Metadata Explorer.

Norėdami konvertuoti, įkelti ir perkelti objektus į „SQL Server“, vadovaukitės šiuo vadovu.

Patarimas Sėkmingai perkėlę "Access" duomenų bazę, įrašykite projekto failą, kad galėtumėte vėl perkelti duomenis tikrinimui arba galutiniam perkėlimui.

Lentelių susiejimas

Apsvarstykite galimybę įdiegti naujausią "„SQL Server“ OLE DB" ir ODBC tvarkyklių versiją, užuot naudoję vietines "„SQL Server“" tvarkykles, kurios pateikiamos su "Windows". Naujesnės tvarkyklės ne tik spartesnės, bet ir palaiko naujas "Azure SQL" funkcijas, kurių nepalaiko ankstesnės tvarkyklės. Tvarkykles galite įdiegti kiekviename kompiuteryje, kuriame naudojama konvertuota duomenų bazė. Daugiau informacijos žr. "„Microsoft“" OLE DB tvarkyklė 18, skirta „SQL Server“, ir „Microsoft“ ODBC tvarkyklė 17, skirta „SQL Server“.

Perkėlę "Access" lenteles, galite susieti su lentelėmis "„SQL Server“", kuriame dabar laikomi jūsų duomenys. Susiejimas tiesiogiai iš "Access" taip pat suteikia galimybę paprasčiau peržiūrėti duomenis, o ne naudoti sudėtingesnius "„SQL Server“" valdymo įrankius. Galite užklausti ir redaguoti susietus duomenis, atsižvelgiant į „SQL Server“ duomenų bazės administratoriaus nustatytas teises.

Atkreipkite dėmesį Jei sukuriate ODBC DSN, kai susiejate su savo „SQL Server“ duomenų baze susiejimo proceso metu, sukurkite tą patį DSN visuose įrenginiuose, kuriuose naudojama nauja programa, arba programiškai naudokite jungimosi eilutę, saugomą DSN faile.

Daugiau informacijos rasite Duomenų susiejimas ar importavimas iš Azure „SQL Server“ duomenų bazės ir Duomenų importavimas arba susiejimas „SQL Server“ duomenų bazėje.

Patarimas Nepamirškite naudoti susietų lentelių tvarkytuvo programoje "Access", kad patogiai atnaujintumėte ir iš naujo susietumėte lenteles. Daugiau informacijos rasite susietų lentelių valdymas.

Tikrinimas ir peržiūra

Šiuose skyriuose aprašomos dažniausiai pasitaikančios problemos, kurios gali kilti perkėlimo metu, ir kaip jas spręsti.

Užklausos

Konvertuojamos tik išrinkimo užklausos; Kitos užklausos nenaudojamos, įskaitant išrinkimo užklausas, kurios priima parametrus. Kai kurios užklausos gali būti ne iki galo konvertuojamos, o SSMA pateikia užklausos klaidas konvertavimo proceso metu. Objektus, kurie nėra konvertuojami, galite rankiniu būdu redaguoti naudodami T-SQL sintaksę. Dėl sintaksės klaidų taip pat gali reikėti rankiniu būdu konvertuoti "Access" funkcijas ir duomenų tipus į "„SQL Server“". Daugiau informacijos rasite "Access SQL" palyginimas su "„SQL Server“ TSQL".

Duomenų tipai

"Access" ir "„SQL Server“" duomenų tipai panašūs, tačiau atkreipkite dėmesį į šias galimas problemas.

Didelis skaičius Duomenų tipas Didelis skaičius saugo ne piniginę, skaitinę vertę ir yra suderinamas su SQL duomenų tipu "bigint". Galite naudoti šį duomenų tipą norėdami efektyviai skaičiuoti didelius skaičius, bet tam reikia naudoti "Access 16" (16.0.7812 arba naujesnės versijos) .accdb duomenų bazės failo formatą, be to šis formatas veikia geriau naudojant 64 bitų "Access" versiją. Daugiau informacijos ieškokite Duomenų tipo Didelis skaičius naudojimas ir 64 bitų arba 32 bitų "Office" versijos pasirinkimas.

Taip / Ne Pagal numatytuosius nustatymus "Access" stulpelis Taip / Ne konvertuojamas į "„SQL Server“" bitų lauką. Norėdami išvengti įrašų užrakinimo, įsitikinkite, kad bitų laukas nustatytas neleisti NULL reikšmių. SSMA galite pasirinkti bitų stulpelį ir nustatyti ypatybę Allow Nulls į NO. TSQL naudokite sakinius CREATE TABLE arba ALTER TABLE .

Data ir laikas Yra keletas datos ir laiko aspektų:

Jei duomenų bazės suderinamumo lygis yra 130 („SQL Server“ 2016) arba didesnis, o susietoje lentelėje yra vienas ar daugiau stulpelių datetime arba datetime2, lentelė rezultatuose gali pateikti pranešimo #deleted. Daugiau informacijos ieškokite "Access" susietos lentelės SQL-Server duomenų bazė pateikia #deleted.
Naudokite "Access" datos / laiko duomenų tipą, kad susietumėte su datos/laiko duomenų tipu. Naudokite "Access" datos / laiko išplėstinio duomenų tipą, kad susietumėte su datetime2 duomenų tipu, kuris turi didesnį datos ir laiko diapazoną. Daugiau informacijos ieškokite Datos / laiko išplėstinių duomenų tipo naudojimas.
Pateikdami datų užklausas „SQL Server“, atsižvelkite į laiką ir datą. Pavyzdžiui:
- Užsakyta data Nuo 2019-01-01 iki 2019-01-31 gali apimti ne visus užsakymus.
- DateOrdered Between 1/1/19 00:00:00 AM And 1/31/19 11:59:59 PM Įtraukiami visi užsakymai.

Priedas Duomenų tipas Priedas saugo failą "Access" duomenų bazėje. „SQL Server“ galite apsvarstyti keletą variantų. Galite išskleisti failus iš "Access" duomenų bazės ir tada apsvarstyti galimybę išsaugoti failų saitus savo "„SQL Server“" duomenų bazėje. Arba galite naudoti FILESTREAM, FileTables arba Remote BLOB store (RBS), kad priedai būtų saugomi „SQL Server“ duomenų bazėje.

Hipersaitas "Access" lentelėse yra hipersaitų stulpelių, kurių „SQL Server“ nepalaiko. Pagal numatytuosius nustatymus šie stulpeliai bus konvertuoti į nvarchar(max) stulpelius „SQL Server“, bet galite tinkinti susiejimą ir pasirinkti mažesnį duomenų tipą. Naudodami "Access" sprendimą, vis tiek galite naudoti hipersaito veikimą formose ir ataskaitose, jei nustatysite valdiklio ypatybę Hipersaitas kaip teisingą (teisinga).

Kelių reikšmių laukas "Access" kelių reikšmių laukas konvertuojamas į „SQL Server“ kaip ntext laukas, kuriame yra atskirtas reikšmių rinkinys. „SQL Serveris“ nepalaiko kelių reikšmių duomenų tipo, kuris veikia kaip „daugelis su daugeliu“ ryšys, todėl gali prireikti papildomo kūrimo ir pertvarkymo darbo.

Daugiau informacijos apie "Access" ir "„SQL Server“" duomenų tipų susiejimą rasite Duomenų tipų palyginimas.

Atkreipkite dėmesį Kelių reikšmių laukai nekonvertuojami.

Daugiau informacijos ieškokite Datos ir laiko tipai, Eilučių ir dvejetainiai tipai bei Skaitiniai tipai.

Visual Basic

Nors „SQL Server“ nepalaiko VBA, atkreipkite dėmesį į šias galimas problemas:

VBA funkcijos užklausose "Access" užklausos palaiko VBA funkcijas užklausos stulpelio duomenyse. Tačiau "Access" užklausos, kurios naudoja VBA funkcijas, negali būti vykdomos "„SQL Server“", todėl visi prašomi duomenys perduodami "Microsoft Access" apdoroti. Daugeliu atvejų šios užklausos turėtų būti konvertuotos į tiesiogines užklausas.

Vartotojo apibrėžtos užklausų funkcijos "Microsoft Access" užklausos palaiko VBA moduliuose apibrėžtų funkcijų naudojimą jiems perduodamiems duomenims apdoroti. Užklausos gali būti atskiros užklausos, SQL sakiniai formų / ataskaitų įrašų šaltiniuose, formų, ataskaitų ir lentelių laukų pasirinktinio įvedimo laukų ir sąrašų laukų duomenų šaltiniai bei numatytųjų arba tikrinimo taisyklių reiškiniai. „SQL Server“ negali paleisti šių vartotojo nustatytų funkcijų. Gali tekti rankiniu būdu perkurti šias funkcijas ir konvertuoti jas į saugomas procedūras „SQL Server“.

Našumo optimizavimas

Pats svarbiausias būdas optimizuoti našumą naudojant naująjį, vidinį „SQL Server“ yra nuspręsti, kada naudoti vietines ar nuotolines užklausas. Perkeldami duomenis į „SQL Server“, taip pat pereinate nuo failų serverio prie kliento-serverio duomenų bazės skaičiavimo modelio. Laikykitės šių bendrųjų nurodymų:

Vykdykite nedideles, tik skaitomas užklausas kliente, kad galėtumėte pasiekti greičiausiai.
Vykdykite ilgas skaitymo / rašymo užklausas serveryje, kad išnaudotumėte didesnės apdorojimo galios galimybes.
Sumažinkite tinklo srautą naudodami filtrus ir agregavimą, kad perkeltumėte tik reikiamus duomenis.

Kliento serverio duomenų bazės modelio našumo optimizavimas Daugiau informacijos rasite Tiesioginės užklausos kūrimas.

Toliau pateikiamos papildomos rekomenduojamos rekomendacijos.

Logikos nustatymas serveryje Jūsų programa taip pat gali naudoti rodinius, vartotojo apibrėžtas funkcijas, saugomas procedūras, apskaičiuotuosius laukus ir paleidiklius, kad centralizuotų ir bendrintų programos logiką, verslo taisykles ir strategijas, sudėtingas užklausas, duomenų tikrinimą ir nuorodų vientisumo kodą serveryje, o ne kliente. Paklauskite savęs, ar ši užklausa ar užduotis gali būti atlikta serveryje geriau ir greičiau? Galiausiai išbandykite kiekvieną užklausą, kad užtikrintumėte optimalų našumą.

Rodinių naudojimas formose ir ataskaitose Programoje "Access" atlikite šiuos veiksmus:

Jei naudojate formas, naudokite SQL rodinį, jei forma skirta tik skaityti, ir SQL indeksuotą rodinį, jei forma skaitoma / rašoma kaip įrašo šaltinis.
Ataskaitoms naudokite SQL rodinį kaip įrašų šaltinį. Tačiau sukurkite atskirą rodinį kiekvienai ataskaitai, kad galėtumėte lengviau atnaujinti konkrečią ataskaitą nepaveikdami kitų ataskaitų.

Minimizuoti duomenų įkėlimą formoje arba ataskaitoje Nerodykite duomenų, kol vartotojas jų nepaprašys. Pavyzdžiui, palikite ypatybę RecordSource tuščią, paraginkite vartotojus pasirinkti filtrą savo formoje, tada automatiškai įrašykite ypatybę Recordsource. Arba naudokite sąlygą WHERE, esančią DoCmd.OpenForm ir DoCmd.OpenReport, kad būtų rodomi konkretūs vartotojui reikalingi įrašai. Apsvarstykite galimybę išjungti įrašų naršymą.

Būkite atsargūs su nevienalytėmis užklausomis Venkite vykdyti užklausą, kuri sujungia vietinę "Access" lentelę ir susietą „SQL Server“ lentelę, kartais vadinamą hibridine užklausa. Šio tipo užklausai vis tiek reikia, kad programa "Access" atsisiųstų visus "„SQL Server“" duomenis į vietinį kompiuterį ir vykdytų užklausą, tačiau užklausa nepaleidžiama „SQL Server“.

Kada naudoti vietines lenteles Duomenims, kurie retai kinta, pvz., šalies ar regiono valstijų ar provincijų sąrašui, apsvarstykite galimybę naudoti vietines lenteles. Statinės lentelės dažnai naudojamos filtravimui ir gali geriau veikti "Access" sąsajoje.

Daugiau informacijos ieškokite „Database Engine Tuning Advisor“ "Access" duomenų bazės optimizavimas naudojant efektyvumo analizatorius ir "Microsoft Office Access" programų, susietų su "„SQL Server“", optimizavimas.