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

Prieš pradėdami

Tolesniuose skyriuose pateikiama pagrindinė ir kita informacija, padedanti pradėti darbą.

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 duomenų bazėje ir išorinėje duomenų bazėje. Tai vadinama duomenų bazės skaidymas ir yra 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 susietas lenteles su galinėje duomenų bazėje. Perkeliant "Access" duomenų bazę, ji panaši į perskirtąją duomenų bazę toje "SQL Server" veikia kaip naujas vidinis duomenų, kurie dabar yra serveryje, vidinis serveris.

Todėl vis tiek galite tvarkyti iš anksto susietą "Access" duomenų bazę su susietų lentelių "SQL Server" lentelėmis. Efektyviai galite gauti sparčiojo programų kūrimo naudą, kurią suteikia "Access" duomenų bazė, taip pat "SQL Server" išplečiamumą.

"SQL Server" pranašumai

Vis tiek reikia įtikinamų perėjimų prie "SQL Server"? Štai keletas papildomų pranašumų, apie kuriuos galite pagalvoti:

Daugiau lygiagrečių vartotojų "SQL Server" gali apdoroti daug daugiau lygiagrečių vartotojų nei "Access" ir sumažina atminties reikalavimus, kai įtraukiama daugiau vartotojų.
Didesnis pasiekiamumas Naudojant "SQL Server" galima dinamiškai kurti atsarginę duomenų bazės kopiją (papildantįjį arba 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ę terato dydžio duomenų bazę. Be to, "SQL Server" daug greičiau ir efektyviai apdoroja užklausas lygiagrečiai, viename procese naudodamos kelias vietines gijas vartotojo užklausoms apdoroti.
Pagerinta sauga Naudojant patikimą ryšį, "SQL Server" integruojama su "Windows" sistemos sauga, kad suteiktų vieną integruotą prieigą prie tinklo ir duomenų bazės, išnaudodama geriausias abiejų saugos sistemų galimybes. Tai leidžia daug lengviau administruoti sudėtingas saugos schemas. "SQL Server" yra ideali vieta slaptai informacijai, pvz., socialinio draudimo numeriams, kredito kortelės duomenims ir konfidencialiems adresams, saugoti.
Atkuriamumas nedelsiant Jei operacinė sistema sugenda arba išeina maitinimas, "SQL Server" per kelias minutes gali automatiškai atkurti nuoseklią duomenų bazės būseną be jokio duomenų bazės administratoriaus įsikišimo.
VPN naudojimas "Access" ir virtualieji privatūs tinklai (VPN) nesislenka. Tačiau naudodami "SQL Server", nuotoliniai vartotojai vis tiek gali naudoti "Access" iš anksto veikiančią duomenų bazę darbalaukyje, o "SQL Server" galinį serverį, esantį už VPN užkardos.
"Azure "SQL Server"" Be "SQL Server" pranašumų, suteikia dinaminį išplečiamumą be prastovų, išmanų optimizavimą, visuotinį išplečiamumą ir pasiekiamumą, aparatinės įrangos sąnaudų šalinimą ir mažesnį administravimą.

Pasirinkite geriausią "Azure" "SQL Server" parinktį

Jei pereinate į "Azure "SQL Server"", galite rinktis iš trijų parinkčių, kurių kiekviena turi skirtingus pranašumus:

Viena duomenų bazė / elastiniai telkiniai Ši parinktis turi savo išteklių rinkinį, valdomą per SQL duomenų bazės serverį. Viena duomenų bazė yra tarsi "SQL Server" esanti duomenų bazė. Taip pat galite įtraukti papildomą telkinį, kuris yra duomenų bazių rinkinys su bendrinamu išteklių rinkiniu, valdomu naudojant SQL duomenų bazės serverį. Dažniausiai naudojamos "SQL Server" funkcijos yra įtaisytosios atsarginės kopijos, pataisos ir atkūrimas. Tačiau nėra garantuotai tikslaus priežiūros laiko ir gali būti sunku perkelti iš "SQL Server".
Valdomas egzempliorius Ši parinktis yra sistemos ir vartotojų duomenų bazių rinkinys su bendrinamu išteklių rinkiniu. Valdomas egzempliorius yra panašus į "SQL Server" duomenų bazės egzempliorių, kuris yra labai suderinamas su "SQL Server" vietinę versiją. Valdomame egzemplioriuje yra įtaisytųjų atsarginių kopijų, pataisų, atkūrimo ir lengva perkelti iš "SQL Server". Tačiau yra nedaug "SQL Server" funkcijų, kurios nepasiekiamos ir nėra garantuoto tikslaus priežiūros laiko.
„Azure“ virtualioji mašina Ši parinktis leidžia paleisti "SQL Server" "Azure" debesyje virtualiojoje mašinoje. Galite visiškai kontroliuoti "SQL Server" modulį ir paprastą perkėlimo kelią. Tačiau reikia tvarkyti atsargines kopijas, pataisas ir atkūrimą.

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

Pirmieji veiksmai

Yra kelios problemos, kurias galite išspręsti iš anksto, kurios gali padėti supaprastinti 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" reikia, kad visos lentelės turėtų bent vieną indeksą ir susietoje lentelėje turi būti pirminis raktas, jei lentelę galima atnaujinti.
Pirminio / išorinio rakto ryšių tikrinimas Įsitikinkite, kad šie ryšiai pagrįsti laukais, kurių duomenų tipai ir dydžiai yra nuoseklūs. "SQL Server" nepalaiko sujungtų stulpelių su skirtingais duomenų tipais ir dydžiais dėl išorinio rakto apribojimų.
Stulpelio Priedas šalinimas SSMA neperkelia lentelių, kuriose yra stulpelis Priedas.

Prieš paleisdami SSMA, atlikite šiuos pirmuosius veiksmus.

Uždarykite "Access" duomenų bazę.
Įsitikinkite, kad dabartiniai vartotojai, prisijungę prie duomenų bazės, 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 žr. Duomenų apsauga naudojant atsarginės kopijos kūrimo ir atkūrimo procesus.

Patarimas Apsvarstykite galimybę kompiuteryje įdiegti "Microsoft SQL Server Express" leidimą, kuris palaiko iki 10 GB dydžio ir yra nemokamas bei paprastesnis būdas pereiti ir patikrinti perkėlimą. Kai prisijungsite, naudokite LocalDB kaip duomenų bazės egzempliorių.

Patarimas Jei įmanoma, naudokite atskirą "Access" versiją. Jei galite naudoti tik „Microsoft 365“ " , naudodami "Access 2010" duomenų bazės modulį perkelkite "Access" duomenų bazę naudodami SSMA. Daugiau informacijos žr. "Microsoft Access Database Engine 2010 Redistributable".

Paleisti SSMA

"Microsoft" teikia "Microsoft "SQL Server"" perkėlimo pagalbinę priemonę (SSMA), kad būtų lengviau perkelti. SSMA daugiausia perkelia lenteles ir išrinkimo užklausas be parametrų. Formos, ataskaitos, makrokomandos ir VBA moduliai nekonvertuojami. "SQL Server" metaduomenų naršyklė 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 nuspręsite ateityje perkelti papildomus objektus.

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

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 savo kompiuteriui tinkamą 32 arba 64 bitų versiją.
Įdiegę SSMA, atidarykite ją darbalaukyje, pageidautina iš kompiuterio, kuriame yra "Access" duomenų bazės failas.

Ją taip pat galite atidaryti kompiuteryje, kuris turi prieigą prie "Access" duomenų bazės iš tinklo, esančio bendrinamame aplanke.
Vykdykite SSMA pateiktas pradžios instrukcijas, kad pateiktumėte pagrindinę informaciją, pvz., "SQL Server" vietą, "Access" duomenų bazę ir perkeliamus objektus, ryšio informaciją ir tai, ar norite kurti susietas lenteles.
Jei pereinate į 2016 m. arba vėlesnę "SQL Server" ir norite atnaujinti susietą lentelę, įtraukite rowversion stulpelį pasirinkdami Peržiūrėti įrankius > Projekto parametrai > Bendra.

Laukas rowversion padeda išvengti įrašų konfliktų. "Access" naudoja šį rowversion lauką "SQL Server" susietojoje lentelėje, kad nustatytų, kada įrašas buvo paskutinį kartą atnaujintas. Be to, jei į užklausą įtraukiate eilutės konvertavimo lauką, programa "Access" jį naudoja, kad iš naujo pasirinktų eilutę po naujinimo operacijos. Tai pagerina efektyvumą, nes padeda išvengti rašymo nesuderinamumo klaidų ir įrašų naikinimo scenarijų, kurie gali įvykti, kai "Access" aptinka kitokius rezultatus nei pradinis pateikimas, pvz., gali kilti naudojant slankiojo kablelio skaičių duomenų tipus ir paleidiklius, kurie modifikuoja stulpelius. Tačiau venkite naudoti rowversion lauką formose, ataskaitose arba VBA kode. Daugiau informacijos žr. rowversion.

Pastaba Išvenkite painiavos rowversion su laiko žymomis. Nors raktažodžių laiko žyma yra "SQL Server" rowversion sinonimas, negalite naudoti rowversion kaip būdo laiko žymai pažymėti duomenų įrašą.
Norėdami nustatyti tikslius duomenų tipus, pasirinkite Peržiūrėti įrankius > Projekto parametrai > Tipo susiejimas. Pavyzdžiui, jei saugote tik tekstą anglų kalba, galite naudoti varchar , o ne nvarchar duomenų tipą.

Objektų konvertavimas

SSMA konvertuoja "Access" objektus į "SQL Server" objektus, bet iš karto objektų nekopijuoja. SSMA pateikia toliau nurodytų perkeliamų objektų sąrašą, kad galėtumėte nuspręsti, ar norite juos perkelti į "SQL Server" duomenų bazę:

Lentelės ir stulpeliai
Pasirinkite Užklausos be parametrų.
Pirminiai ir išoriniai raktai
Indeksai ir numatytosios reikšmės
Tikrinti apribojimus (leisti nulinio ilgio stulpelio ypatybę, stulpelio tikrinimo taisyklę, lentelės tikrinimą)

Geriausia yra naudoti SSMA vertinimo ataskaitą, kurioje rodomi konvertavimo rezultatai, įskaitant klaidas, įspėjimus, informacinius pranešimus, perkėlimo atlikimo laiko įvertinimus ir atskirus klaidų taisymo veiksmus, kuriuos reikia atlikti prieš iš tikrųjų perkeliant objektus.

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

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ą vėlesniam naudojimui, kad galėtumėte perkelti duomenis dar kartą, kad galėtumėte patikrinti arba atlikti galutinį perkėlimą.

Lentelių susiejimas

Apsvarstykite galimybę įdiegti naujausią "SQL Server" OLE DB ir ODBC tvarkyklių versiją, o ne naudoti vietines "SQL Server" tvarkykles, kurios siunčiamos su "Windows". Ne tik naujesnės tvarkyklės yra greitesnės, bet ir palaiko naujas "Azure SQL" funkcijas, kurių ankstesnės tvarkyklės nepalaiko. 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" kurioje dabar yra jūsų duomenys. Susiejimas tiesiogiai iš "Access" taip pat suteikia paprastesnį būdą peržiūrėti duomenis, o ne naudoti sudėtingesnius "SQL Server" valdymo įrankius. Galite užklausti ir redaguoti susietus duomenis, atsižvelgdami į "SQL Server" duomenų bazės administratoriaus nustatytas teises.

Pastaba Jei kurdami ODBC DSN susiejate su "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 žr. Duomenų susiejimas arba importavimas iš "Azure "SQL Server"" duomenų bazės ir Duomenų importavimas arba susiejimas su "SQL Server" duomenų bazės duomenimis.

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

Tikrinimas ir taisymas

Tolesniuose skyriuose aprašomos įprastos problemos, su kuriomis galite susidurti perkėlimo metu, ir kaip su jomis elgtis.

Užklausos

Konvertuojamos tik išrinkimo užklausos; kitos užklausos nėra, įskaitant išrinkimo užklausas, naudojančias parametrus. Kai kurios užklausos gali būti nevisiškai konvertuojamos, o SSMA praneša apie užklausos klaidas konvertavimo proceso metu. Galite rankiniu būdu redaguoti objektus, kurie nekonvertuoti, naudodami T-SQL sintaksę. Sintaksės klaidos taip pat gali reikalauti rankiniu būdu konvertuoti "Access" būdingas funkcijas ir duomenų tipus į "SQL Server". Daugiau informacijos žr. "Access SQL" palyginimas su "SQL Server" TSQL".

Duomenų tipai

"Access" ir "SQL Server" duomenų tipai yra panašūs, tačiau turėkite omenyje šias galimas problemas.

Didelis skaičius Duomenų tipas Didelis skaičius saugo ne piniginę, skaitinę reikšmę ir yra suderinamas su SQL "bigint" duomenų tipu. Šį duomenų tipą galite naudoti norėdami efektyviai apskaičiuoti didelius skaičius, bet tam reikia naudoti "Access 16" (16.0.7812 arba naujesnę versiją) .accdb duomenų bazės failo formatą ir dirbti geriau naudojant 64 bitų "Access" versiją. Daugiau informacijos žr. Duomenų tipo Didelis skaičius naudojimas ir 64 bitų arba 32 bitų "Office" versijos pasirinkimas.

Taip / Ne Pagal numatytuosius nustatymus "Access" taip / ne stulpelis konvertuojamas į "SQL Server" bitų lauką. Norėdami išvengti įrašo užrakinimo, įsitikinkite, kad bitų laukas nustatytas neleisti NULL reikšmių. IN SSMA galite pasirinkti bitų stulpelį, kad nustatytumėte ypatybės Leisti neapibrėžtas reikšmes (Allow Nulls ) reikšmę NE. TSQL naudokite sakinius CREATE TABLE arba ALTER TABLE .

Data ir laikas Yra keletas datos ir laiko svarstymų:

Jei duomenų bazės suderinamumo lygis yra 130 ("SQL Server" 2016) arba aukštesnis, o susietoje lentelėje yra vienas ar daugiau stulpelių datetime arba datetime2, lentelė gali pateikti pranešimą, #deleted rezultatuose. Daugiau informacijos žr. "Access" susieta lentelė su SQL-Server duomenų baze pateikiamos #deleted.
Naudokite "Access" datos / laiko duomenų tipą, kad susietumėte su datos ir laiko duomenų tipu. Naudokite "Access" duomenų tipą Išplėstinis data / laikas, kad susietumėte su datetime2 duomenų tipu, kurio datos ir laiko diapazonas didesnis. Daugiau informacijos žr. Duomenų tipo Išplėstinis datos / laiko naudojimas.
Pateikiant užklausą dėl datų "SQL Server", atsižvelgiama į laiką ir datą. Pavyzdžiui:
- DateOrdered – tarp 1919-01-01 ir 2019-01-31 gali apimti ne visus užsakymus.
- DataSuderinta tarp 19/1/19 00:00:00 And 1/31/19 11:59:59 PM apima visus užsakymus.

Priedas Duomenų tipas Priedas saugo failą "Access" duomenų bazėje. ""SQL Server"" yra kelios galimybės, į kurias galite atsižvelgti. Galite išskleisti failus iš "Access" duomenų bazės ir tada saugoti saitus su failais "SQL Server" duomenų bazėje. Arba galite naudoti FILESTREAM, FileTables arba nuotolinę BLOB saugyklą (RBS), kad išsaugotumėte priedus, saugomus "SQL Server" duomenų bazėje.

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

Kelių reikšmių laukas "Access" kelių reikšmių laukas konvertuojamas į "SQL Server" kaip teksto laukas, kuriame yra atskirtų 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ą žr. Duomenų tipų palyginimas.

Pastaba Kelių reikšmių laukai nekonvertuojami.

Daugiau informacijos žr. Datos ir laiko tipai, Eilučių ir dvejetainių tipų bei skaičių tipai.

Visual Basic

Nors "SQL Server" vba nepalaiko, atkreipkite dėmesį į šias galimas problemas:

VBA funkcijos užklausose "Access" užklausos palaiko VBA funkcijas užklausos stulpelio duomenyse. Tačiau "Access" užklausų, kurios naudoja VBA funkcijas, negalima vykdyti su "SQL Server", todėl visi užklausti duomenys siunčiami "Microsoft Access" apdoroti. Daugeliu atvejų šios užklausos turėtų būti konvertuojamos į tiesioginės užklausas.

Vartotojo apibrėžtos užklausos funkcijos "Microsoft Access" užklausos palaiko VBA moduliuose apibrėžtų funkcijų naudojimą jiems perduotiems duomenims apdoroti. Užklausos gali būti atskiros užklausos, SQL sakiniai formos / ataskaitos įrašų šaltiniuose, pasirinktinio įvedimo laukų duomenų šaltiniai ir formų sąrašo laukai, ataskaitos ir lentelės laukai bei numatytosios arba tinkamumo taisyklės reiškiniai. "SQL Server" negali vykdyti šių vartotojo nustatytų funkcijų. Gali tekti rankiniu būdu perkurti šias funkcijas ir konvertuoti jas į išsaugotas procedūras "SQL Server".

Efektyvumo optimizavimas

Iki šiol svarbiausias būdas optimizuoti našumą naudojant naują, vidinės "SQL Server" yra nuspręsti, kada naudoti vietines arba nuotolines užklausas. Kai perkeliate duomenis į "SQL Server", jūs taip pat pereinate nuo failų serverio prie kliento-serverio duomenų bazės skaičiavimo modelio. Vadovaukitės šiomis bendromis rekomendacijomis:

Paleiskite mažas, tik skaitomas užklausas kliente, kad pasiekumėte greičiausią prieigą.
Paleiskite ilgas, skaitymo / rašymo užklausas serveryje, kad išnaudotumėte didesnį apdorojimo galios pranašumą.
Sumažinkite tinklo srautą naudodami filtrus ir agregavimą, kad perkeltumėte tik reikiamus duomenis.

Optimizuoti našumą kliento serverio duomenų bazės modelyje

Daugiau informacijos žr. Tiesioginės užklausos kūrimas.

Toliau pateikiamos papildomos rekomenduojamos gairės.

Logikos įdėjus į serverį Jūsų programa taip pat gali naudoti rodinius, vartotojo apibrėžtas funkcijas, išsaugotas procedūras, apskaičiuotuosius laukus ir paleidiklius, kad centralizuotų ir bendrintumėte programos logiką, verslo taisykles ir strategijas, sudėtingas užklausas, duomenų tikrinimą ir nuorodų vientisumo kodą serveryje, o ne kliento programoje. Paklauskite savęs, ar šią užklausą ar užduotį galima atlikti 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:

Formoms naudokite SQL rodinį tik skaityti skirtai formai ir SQL indeksuotą rodinį, skirtą skaityti / rašyti formai kaip įrašo šaltiniui.
Ataskaitoms kaip įrašų šaltinį naudokite SQL rodinį. Tačiau kiekvienai ataskaitai sukurkite atskirą rodinį, kad galėtumėte lengviau atnaujinti konkrečią ataskaitą nepaveikite kitų ataskaitų.

Minimizuoti duomenų įkėlimą formoje arba ataskaitoje Nerodyti duomenų, kol vartotojas jų neprašo. Pavyzdžiui, palikite įrašo šaltinio ypatybę tuščią, padarykite, kad vartotojai pasirinktų filtrą jūsų formoje, tada įrašų šaltinio ypatybę užpildytų jūsų filtru. Arba naudokite sąlygą DoCmd.OpenForm ir DoCmd.OpenReport, kad būtų rodomas tikslus įrašas (-ai), kurio (-ių) reikia vartotojui. Apsvarstykite galimybę išjungti įrašų naršymą.

Būkite atsargūs naudodami nevienalytės užklausas Venkite vykdyti užklausą, kuri sujungia vietinę "Access" lentelę ir "SQL Server" susietą lentelę, kartais vadinamą hibridine užklausa. Šio tipo užklausa vis tiek reikalauja, kad "Access" atsisiųstų visus "SQL Server" duomenis į vietinį kompiuterį ir tada vykdytų užklausą, ji nepaleidžia užklausos "SQL Server".

Kada naudoti vietines lenteles Duomenims, kurie retai keičiasi, naudokite vietines lenteles, pvz., šalies arba regiono valstijų ar provincijų sąrašą. Statinės lentelės dažnai naudojamos filtruojant ir gali veikti geriau "Access" sąsajose.

Daugiau informacijos žr. "Database Engine Tuning Advisor", Efektyvumo analizatorius naudojimas "Access" duomenų bazei optimizuoti ir "Microsoft Office Access" taikomųjų programų, susietų su "SQL Server", optimizavimas.