„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ę tame "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ų su "SQL Server" lentelėmis. Efektyviai galite gauti sparčiojo programų kūrimo naudą, kurią teikia "Access" duomenų bazė, kartu su "SQL Server" išplečiamumu.

"SQL Server" pranašumai

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

Daugiau lygiagrečių vartotojų SQL serveris gali apdoroti daug daugiau vienu metu dirbanč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 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č didelė, terabaito dydžio duomenų bazė. Be to, "SQL Server" daug greičiau ir efektyviai apdoroja užklausas lygiagrečiai, naudodama kelias vietines gijas viename procese vartotojo užklausoms apdoroti.
Pagerinta sauga Naudodamas patikimą ryšį, "SQL Server" integruoja su "Windows" sistemos sauga, kad suteiktų vieną integruotą prieigą prie tinklo ir duomenų bazės, naudodamas 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 adresams, kurie yra konfidencialūs, 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 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 pagrįstą duomenų bazę darbalaukyje, o "SQL Server" galinį serverį – 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ą, aparatūros sąnaudų šalinimą ir mažesnį administravimą.

Pasirinkite geriausią "Azure SQL Server" parinktį

Jei perkeliate į "Azure SQL Server", yra trys parinktys, 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 pasiekiamos su įtaisytomis atsarginėmis kopijomis, pataisomis ir atkūrimu. Tačiau nėra garantuotai tikslaus priežiūros laiko ir 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 panašus į "SQL Server" duomenų bazės egzempliorių, kuris yra labai suderinamas su vietiniu "SQL Server". Valdomame egzemplioriuje yra įtaisytųjų atsarginių kopijų, pataisų, atkūrimo ir lengva perkelti iš "SQL Server". Tačiau yra nedidelis skaičius "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" reikalauja, kad visos lentelės turėtų bent vieną indeksą, o 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ą.

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ą, perkeliamą "Access" duomenų bazę ir objektus, ryšio informaciją ir tai, ar norite kurti susietas lenteles.
Jei pereinate į "SQL Server 2016" arba naujesnę versiją 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žio laiko žyma yra rowversion sinonimas "SQL Server", negalite naudoti rowversion kaip būdo pažymėti duomenų įrašu.
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", vykdykite šį vadovą.

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ą vietoj vietinių "SQL Server" tvarkyklių, 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 "SQL Server" lentelėmis, kuriose 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 pateikti užklausą 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 klaidoms taip pat gali reikėti rankiniu būdu konvertuoti "Access" būdingas funkcijas ir duomenų tipus į SQL serverio. 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 datos ir laiko2 stulpelių, 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 datų užklausas "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" turite kelias galimybes apsvarstyti. Galite išskleisti failus iš "Access" duomenų bazės ir tada saugoti saitus su failais "SQL Server" duomenų bazėje. Taip pat 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" 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žklausų, kurios naudoja VBA funkcijas, negalima vykdyti "SQL Server", todėl visi užklausti duomenys perduodami "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 serveris 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ą su nauju vidiniu "SQL Server" yra nuspręsti, kada naudoti vietines arba nuotolines užklausas. Kai perkeliate duomenis į "SQL Server", taip pat pereinate iš failų serverio į kliento-serverio duomenų bazės skaičiavimo modelį. 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. Duomenų bazės modulio reguliavimo patarėjas, Efektyvumo analizatoriaus naudojimas "Access" duomenų bazei optimizuoti ir "Microsoft Office Access" taikomųjų programų, susietų su SQL serveriu, optimizavimas.