Selitev Accessove zbirke podatkov v strežnik SQL Server

Preden začnete

V spodnjih razdelkih so na voljo ozadje in druge informacije, ki vam bodo pomagale začeti.

O razdeljenih zbirkah podatkov

Vsi predmeti Accessove zbirke podatkov so lahko v eni datoteki zbirke podatkov ali pa v dveh datotekah zbirke podatkov: v sprednji zbirki podatkov in za back-end zbirki podatkov. To se imenuje razdelitev zbirke podatkov in je zasnovana za lažjo skupno rabo v omrežnem okolju. Za back-end database file must only contain tables and relationships. V sprednji datoteki morajo biti le vsi drugi predmeti, vključno z obrazci, poročili, poizvedbami, makri, moduli VBA in povezanimi tabelami v za ozadje zbirke podatkov. Ko preselite Accessovo zbirko podatkov, je podobna razdeljeni zbirki podatkov v strežniku SQL Server, ki deluje kot nov za back-end za podatke, ki so zdaj v strežniku.

Zaradi tega lahko še vedno vzdržujete osnovno Accessovo zbirko podatkov s povezanimi tabelami v tabelah strežnika SQL Server. Učinkovito lahko pridobite prednosti hitrega razvoja aplikacij, ki jih omogoča Accessska zbirka podatkov, skupaj s skalabilnostjo strežnika SQL Server.

Prednosti strežnika SQL Server

Ali še vedno potrebujete prepričljivo selitev v strežnik SQL Server? Tukaj je nekaj dodatnih prednosti, o katerih lahko razmislite:

Več sočasnih uporabnikov SQL Server lahko obdela več hkratnih uporabnikov kot Access in zmanjša zahteve pomnilnika, ko je dodanih več uporabnikov.
Povečana razpoložljivost S strežnikom SQL Server lahko dinamično varnostno kopirate, postopno ali popolno zbirko podatkov, medtem ko je v uporabi. Zato za varnostno kopiranje podatkov uporabnikom ni treba zapreti zbirke podatkov.
Visoka učinkovitost delovanja in skalabilnost Zbirka podatkov strežnika SQL Server običajno deluje bolje od Accessove zbirke podatkov, še posebej pri veliki zbirki podatkov v velikosti terabajta. Poleg tega SQL Server obdela poizvedbe veliko hitreje in učinkoviteje tako, da vzporedno obdeluje poizvedbe, pri tem pa uporabi več izvornih niti znotraj enega postopka za obravnavo zahtev uporabnikov.
Izboljšana varnost Prek zaupanja vredne povezave se SQL Server integrire z varnostjo sistema Windows, da zagotovi en integriran dostop do omrežja in zbirke podatkov, pri tem pa uporablja najboljše varnostne sisteme. Tako je upravljanje zapletenih varnostnih shem precej preprostejše. SQL Server je idealna shramba za občutljive podatke, kot so številke socialnega varnosti, podatki o kreditni kartici in naslovi, ki so zaupni.
Takojšnja obnovljivost Če se operacijski sistem zruši ali pa se napajanje izklopi, lahko strežnik SQL Server v nekaj minutah samodejno obnovi zbirko podatkov v doslednem stanju brez posredovanja skrbnika zbirke podatkov.
Uporaba omrežja VPN Dostop in navidezna zasebna omrežja (VPN) se ne seznanita. Toda v strežniku SQL Server lahko oddaljeni uporabniki še vedno uporabljajo Accessovo osnovno zbirko podatkov na namizju, za back-end strežnika SQL Server, ki je za požarnim zidom VPN.
Azure SQL Server Poleg prednosti strežnika SQL Server ponuja dinamično skalabilnost brez odmore, inteligentno optimizacijo, globalno skalabilnost in razpoložljivost, odpravo stroškov strojne opreme in zmanjšano skrbništvo.

Izbira najboljše možnosti strežnika Azure SQL Server

Če selite vsebino v strežnik Azure SQL Server, lahko izbirate med tremi možnostmi in vsaka ima različne prednosti:

Posamezna zbirka podatkov/elastične zaloge Ta možnost ima lasten nabor virov, upravljanih prek strežnika zbirke podatkov SQL. Ena zbirka podatkov je podobna zbirki podatkov v strežniku SQL Server. Dodate lahko tudi elastično skupino, ki je zbirka zbirk podatkov z naborom virov v skupni rabi, ki jih upravlja strežnik zbirke podatkov SQL. Najpogosteje uporabljene funkcije strežnika SQL Server so na voljo z vgrajenimi varnostne kopije, popravki in obnovitvi. Vendar ni zagotovljenega točnega časa vzdrževanja in selitev iz strežnika SQL Server bo morda težavna.
Upravljani primerek Ta možnost je zbirka sistemskih in uporabniških zbirk podatkov z naborom virov v skupni rabi. Upravljan primerek je primerek zbirke podatkov strežnika SQL Server, ki je zelo združljivost s strežnikom SQL Server na mestu uporabe. Upravljani primerek ima vgrajene varnostne kopije, popravljanje, obnovitev in jih lahko preprosto preselite iz strežnika SQL Server. Vendar pa obstaja majhno število funkcij strežnika SQL Server, ki niso na voljo in zanje ni zagotovljen čas vzdrževanja.
Navidezni računalnik za Azure S to možnostjo lahko zaženete SQL Server v navideznem računalniku v oblaku Azure. Imate popoln nadzor nad mehanizemom strežnika SQL Server in preprosto potjo selitve. Vendar morate upravljati varnostne kopije, popravke in obnovitev.

Če želite več informacij, glejte Izbiranje poti selitve zbirke podatkov do storitve Azure in Kaj je Azure SQL?.

Prvi koraki

Obstaja nekaj težav, ki jih lahko vnaprej odpravite in s katerimi lahko poenostavite postopek selitve, preden zaženete SSMA:

Dodajanje indeksov tabele in primarnih ključev Preverite, ali ima vsaka Accessov tabela indeks in primarni ključ. Sql Server zahteva, da imajo vse tabele vsaj en indeks, povezana tabela pa mora imeti primarni ključ, če je tabelo mogoče posodobiti.
Preverjanje relacij primarnega/tujega ključa Poskrbite, da bodo te relacije temeljile na poljih z doslednih podatkovnih tipov in velikosti. SQL Server ne podpira združenih stolpcev z različnimi vrstami podatkov in velikostmi v omejitvah tujega ključa.
Odstranjevanje stolpca »Priloga« SSMA ne preseli tabel, ki vsebujejo stolpec Priloga.

Preden zaženete SSMA, najprej izvedite te korake.

Zaprite Accessovo zbirko podatkov.
Poskrbite, da trenutni uporabniki, ki so povezani z zbirko podatkov, zaprejo tudi zbirko podatkov.
Če je zbirka podatkov v .mdb obliki zapisa datoteke, odstranite varnost na ravni uporabnika.
Varnostno kopirajte zbirko podatkov. Če želite več informacij, glejte Zaščita podatkov z varnostno kopiranjem in obnavljanjem.

Namig Priporočamo vam, da na namizje namestite izdajo Microsoft SQL Server Express, ki podpira do 10 GB in je brezplačen ter preprostejši način za izvajanje selitve in preverjanje selitve. Ko vzpostavite povezavo, uporabite LocalDB kot primerek zbirke podatkov.

Namig Če je mogoče, uporabite samostojno različico Accessa.

Zaženi SSMA

Microsoft ponuja pomočnika za selitev strežnika Microsoft SQL Server (SSMA) za lažjo selitev. SSMA preseli predvsem tabele in poizvedbe za izbiranje brez parametrov. Obrazci, poročila, makri in moduli VBA niso pretvorjeni. Raziskovalec metapodatkov strežnika SQL Server prikaže predmete Accessove zbirke podatkov in predmete strežnika SQL Server, s katerimi lahko pregledate trenutno vsebino obeh zbirk podatkov. Ti dve povezavi se shranita v datoteko selitve, če se odločite, da boste v prihodnje želeli prenesti dodatne predmete.

Opomba Postopek selitve lahko traja nekaj časa, odvisno od velikosti predmetov zbirke podatkov in količine podatkov, ki jih je treba prenesti.

Če želite preseliti zbirko podatkov s storitvijo SSMA, najprej prenesite in namestite programsko opremo tako, da dvokliknete preneseno datoteko MSI. Prepričajte se, da ste namestili ustrezno 32- ali 64-bitno različico za vaš računalnik.
Ko namestite SSMA, ga odprite na namizju, po možnosti iz računalnika z datoteko Accessove zbirke podatkov.

Odprete jo lahko tudi v računalniku, ki ima dostop do Accessove zbirke podatkov iz omrežja v mapi v skupni rabi.
Sledite začetnim navodilom v storitvi SSMA za zagotavljanje osnovnih informacij, kot so mesto strežnika SQL Server, Accessove zbirke podatkov in predmetov za selitev, podatki o povezavi in podatki o tem, ali želite ustvariti povezane tabele.
Če selite vsebino v STREŽNIK SQL Server 2016 ali novejšo različico in želite posodobiti povezano tabelo, dodajte stolpec različice vrstice tako, da izberete Orodja za pregled >Nastavitve > splošno.

Polje različice vrstice pomaga preprečiti spore zapisov. Access uporabi to polje različice vrstice v povezani tabeli strežnika SQL Server, da določi, kdaj je bil zapis nazadnje posodobljen. Če v poizvedbo dodate polje različice vrstice, ga Access uporabi za vnovično izbiranje vrstice po posodobitvi. S tem izboljšate učinkovitost tako, da se izognete napakam zaradi spora pri pisanju in brisanjem zapisov, do katerih lahko pride, ko Access zazna drugačne rezultate od izvirnega pošiljanja, na primer pri podatkovnih tipih s plavajočo vejico in sprožilci, ki spreminjajo stolpce. Vendar pa ne uporabite polja različice vrstice v obrazcih, poročilih ali kodi VBA. Če želite več informacij, glejte različice vrstic.

Opomba Ne zamešajte različice vrstic s časovnimi žigi. Čeprav je časovni žig ključne besede sopomenka za različica vrstice v strežniku SQL Server, različice vrstice ne morete uporabiti kot način za časovni žig vnosa podatkov.
Če želite nastaviti natančne podatkovne tipe, izberite Orodja za pregled > Nastavitve projekta > preslikavo vrste. Če na primer shranite le besedilo v angleščini, lahko namesto podatkovnega tipa nvarchar uporabite varchar .

Pretvorba predmetov

SSMA pretvori Accessove predmete v predmete strežnika SQL Server, ne kopira pa jih takoj. SSMA ponuja seznam teh predmetov, ki jih želite preseliti, tako da se lahko odločite, ali jih želite premakniti v zbirko podatkov strežnika SQL Server:

Tabele in stolpci
Izberite Poizvedbe brez parametrov.
Primarni in tuji ključi
Indeksi in privzete vrednosti
Omejitve za preverjanje (dovoli lastnost stolpca z ničelno dolžino, veljavnostno pravilo stolpca, preverjanje veljavnosti tabele)

Priporočamo vam, da uporabite poročilo o oceni SSMA, v katerem so prikazani rezultati pretvorbe, vključno z napakami, opozorili, informativnimi sporočili, ocenami časa za izvedbo selitve in posameznimi koraki popravljanja napak, preden dejansko premaknete predmete.

Pretvarjanje predmetov zbirke podatkov vzame definicije predmetov iz Accessovih metapodatkov, jih pretvori v enakovredno sintakso Transact-SQL (T-SQL) in nato naloži te informacije v projekt. Nato si lahko ogledate predmete strežnika SQL Server ali SQL Azure in njihove lastnosti s strežnikom SQL Server ali raziskovalcem metapodatkov SQL Azure.

Če želite pretvoriti, naložiti in preseliti predmete v strežnik SQL Server, upoštevajte ta navodila.

Namig Ko uspešno preselite Accessovo zbirko podatkov, shranite datoteko projekta za poznejšo uporabo, da boste lahko znova preselili podatke za preskušanje ali končno selitev.

Povezovanje tabel

Priporočamo vam, da namestite najnovejšo različico gonilnikov SQL Server OLE DB in ODBC, namesto da bi uporabljali izvorne gonilnike strežnika SQL Server, ki so bili dodani v sistem Windows. Novejši gonilniki niso le hitrejši, ampak podpirajo nove funkcije v strežniku Azure SQL, ki jih prejšnji gonilniki ne. Gonilnike lahko namestite v vsak računalnik, v katerem se uporablja pretvorjena zbirka podatkov. Če želite več informacij, glejte Gonilnik za Microsoft OLE DB 18 za SQL Server in Gonilnik Microsoft ODBC Driver 17 za SQL Server.

Ko preselite Accessove tabele, se lahko povežete s tabelami v strežniku SQL Server, v katerem so zdaj vaši podatki. Z neposrednim povezovanjem iz Accessa si lahko podatke ogledate preprosteje, ne da bi uporabljali bolj zapletena orodja za upravljanje strežnika SQL Server. Povezane podatke lahko ustvarite v poizvedbi in jih urejate, odvisno od dovoljenj, ki jih je nastavil skrbnik zbirke podatkov strežnika SQL Server.

Opomba Če ustvarite ODBC DSN, ko med postopkom povezovanja ustvarite povezavo do zbirke podatkov strežnika SQL Server, ustvarite isti DSN v vseh računalnikih, ki uporabljajo nov program, ali programsko uporabite niz povezave, shranjen v datoteki DSN.

Če želite več informacij, glejte Povezovanje s podatki ali uvoz podatkov iz zbirke podatkov strežnika Azure SQL Server in Uvoz ali povezovanje s podatki v zbirki podatkov strežnika SQL Server.

Namig Ne pozabite uporabiti upravitelja povezanih tabel v Accessu za priročno osveževanje in vnovično povezovanje tabel. Če želite več informacij, glejte Upravljanje povezanih tabel.

Preskus in pregled

V spodnjih razdelkih so opisane pogoste težave, na katere lahko naletite med selitvijo in kako jih odpravite.

Poizvedbe

Pretvorjene so le poizvedbe za izbiranje; druge poizvedbe niso, vključno s poizvedbami za izbiranje, ki uporabljajo parametre. Nekatere poizvedbe se morda ne pretvorijo v celoti, SSMA pa prikaže napake poizvedbe med postopkom pretvorbe. Predmete, ki se ne pretvorijo, lahko urejate ročno s sintakso T-SQL. Zaradi napak v sintaksi boste morda morali tudi ročno pretvoriti Accessove funkcije in podatkovne tipe v strežnik SQL Server. Če želite več informacij, glejte Primerjava strežnika Access SQL s strežnikom SQL Server TSQL.

Podatkovni tipi

Access in SQL Server imata podobne vrste podatkov, vendar se zavedata spodaj navedenih morebitnih težav.

Velika številka Podatkovni tip »velika številka« shranjuje številske vrednosti, ki niso denarne, in je združljiv s podatkovno vrsto bigint SQL. Ta podatkovni tip lahko uporabite za učinkovito računanje velikih števil, vendar potrebujete obliko zapisa datoteke zbirke podatkov .accdb (16.0.7812 ali novejšo različico) programa Access 16 (16.0.7812 ali novejšo različico) in deluje bolje s 64-bitno različico Accessa. Če želite več informacij, glejte Uporaba podatkovnega tipa »velika številka« in »Izbira med 64- ali 32-bitno različico Officea«.

Da/ne Accessov stolpec »Da/ne« je privzeto pretvorjen v bitno polje strežnika SQL Server. Če se želite izogniti zaklepanju zapisov, se prepričajte, da je bitno polje nastavljeno na onemogočanje vrednosti NULL. IN SSMA lahko izberete bitni stolpec, da nastavite lastnost Allow Nulls na NO. V TSQL uporabite stavka CREATE TABLE ali ALTER TABLE .

Datum in ura Obstaja več datumov in časa:

Če je raven združljivosti zbirke podatkov 130 (SQL Server 2016) ali novejša in je v povezani tabeli eden ali več stolpcev »datetime« ali »datetime2«, lahko tabela vrne #deleted v rezultatih. Če želite več informacij, glejte Access povezana tabela s SQL-Server vrne #deleted.
Uporabite podatkovni tip »Datum/čas« v Accessu, da preslikate v podatkovni tip »datetime«. Uporabite podatkovni tip Razširjeni datum/čas za Access, da preslikate v podatkovni tip datetime2 , ki ima večji datumski in časovni obseg. Če želite več informacij, glejte Uporaba razširjenega podatkovnega tipa »Datum/čas«.
Pri poizvedbah za datume v strežniku SQL Server uporabite čas in datum. Primer:
- DateOrdered Between 1/1/19 and 1/31/19 may not include all orders.
- DateOrdered Between 1/1/19 00:00:00 AM And 1/31/19 11:59:59 does include all orders.

Priloga Podatkovni tip »Priloga« shrani datoteko v Accessovo zbirko podatkov. V strežniku SQL Server imate na voljo več možnosti. Datoteke lahko ekstrahiraj iz Accessove zbirke podatkov in nato razmislite o shranjevanju povezav do datotek v zbirki podatkov strežnika SQL Server. Lahko pa uporabite FILESTREAM, FileTables ali Remote BLOB store (RBS) in tako ohranite priloge shranjene v zbirki podatkov strežnika SQL Server.

Hiperpovezavo V Accessovih tabelah so stolpci s hiperpovezavami, ki jih STREŽNIK SQL Server ne podpira. Privzeto bodo ti stolpci pretvorjeni v stolpce nvarchar(max) v strežniku SQL Server, vendar lahko preslikavo prilagodite tako, da izberete manjši podatkovni tip. V Accessovi rešitvi lahko še vedno uporabite vedenje hiperpovezave v obrazcih in poročilih, če nastavite lastnost Hiperpovezava za kontrolnik na »true«.

Polje z več vrednostmi Accessovo polje z več vrednostmi je pretvorjeno v SQL Server kot polje ntext, ki vsebuje nabor vrednosti, ločenih. Ker strežnik SQL Server ne podpira vrste podatkov z več vrednostmi, ki deluje po relaciji »mnogo proti mnogo«, boste morali morda izvesti dodatno načrtovanje in pretvorbo.

Če želite več informacij o preslikavi podatkovnih tipov v Accessu in strežniku SQL Server, glejte Primerjava podatkovnih tipov.

Opomba Polja z več vrednostmi se ne pretvorijo.

Če želite več informacij, glejte Vrste datuma in časa, Niz in dvojiške vrste in Številske vrste.

Visual Basic

Čeprav strežnik SQL Server ne podpira VBA-a, upoštevajte te možne težave:

Funkcije VBA v poizvedbah Accessove poizvedbe podpirajo funkcije VBA za podatke v stolpcu poizvedbe. Accessovih poizvedb, ki uporabljajo funkcije VBA, ni mogoče zagnati v strežniku SQL Server, zato so vsi zahtevani podatki posredovani Microsoft Accessu za obdelavo. V večini primerov je treba te poizvedbe pretvoriti v prepustne poizvedbe.

Uporabniško določene funkcije v poizvedbah Poizvedbe microsoft Accessa podpirajo uporabo funkcij, določenih v modulih VBA, za obdelavo podatkov, ki so jim bili posredovani. Poizvedbe so lahko samostojne poizvedbe, izjave SQL v virih zapisov obrazca/poročila, viri podatkov kombiniranih polj in polja s seznami v obrazcih, poročila in polja v tabeli ter izrazi s privzetimi ali veljavnostnih pravil. STREŽNIK SQL Server ne more zagnati teh uporabniško določenih funkcij. Morda boste morali te funkcije ročno preoblikovati in jih pretvoriti v shranjene procedure v strežniku SQL Server.

Optimizacija učinkovitosti delovanja

Do sedaj je najbolj pomemben način za optimizacijo učinkovitosti delovanja z novim, za back-end sql Server je, da se odločite, kdaj uporabiti lokalne ali oddaljene poizvedbe. Ko preselite podatke v strežnik SQL Server, se iz datotenega strežnika selite tudi v model računalništva zbirke podatkov odjemalca-strežnika. Upoštevajte ta splošna navodila:

Zaženite majhne poizvedbe samo za branje v odjemalcu za najhitrejši dostop.
Zaženite dolge poizvedbe za branje/pisanje v strežniku, da izkoristite večjo moč obdelave.
Zmanjšajte omrežni promet s filtri in združevanjem ter prenesite le podatke, ki jih potrebujete.

Optimizacija učinkovitosti delovanja v modelu zbirke podatkov strežnika odjemalca

Če želite več informacij, glejte Ustvarjanje prepustne poizvedbe.

Spodaj so navedene dodatne priporočene smernice.

Dodajanje logike v strežnik Vaša aplikacija lahko namesto v odjemalcu uporablja poglede, uporabniško določene funkcije, shranjene procedure, izračunana polja in sprožilce za centraliziranje in skupno rabo logike aplikacije, poslovnih pravil in pravilnikov, zapletenih poizvedb, preverjanja veljavnosti podatkov in kode referenčne integritete v strežniku. Vprašajte se, ali je mogoče to poizvedbo ali opravilo bolje in hitreje izvesti v strežniku? Nato preskusite vsako poizvedbo, da zagotovite optimalno učinkovitost delovanja.

Uporaba pogledov v obrazcih in poročilih V Accessu naredite to:

Za obrazce uporabite pogled SQL za obrazec samo za branje in pogled z indeksom SQL za obrazec za branje/pisanje kot vir zapisa.
Za poročila uporabite pogled SQL kot vir zapisa. Vendar pa ustvarite ločen pogled za vsako poročilo, tako da lahko lažje posodobite določeno poročilo, ne da bi to vplivalo na druga poročila.

Minimiziranje nalaganja podatkov v obrazcu ali poročilu Podatke prikažite šele, ko uporabnik to zahteva. Lastnost recordsource naj bo na primer prazna, uporabniki naj izbrali filter v obrazcu in nato s filtrom vnesete lastnost recordsource. Ali pa uporabite stavek Where za DoCmd.OpenForm in DoCmd.OpenReport, da prikažete natančne zapise, ki jih potrebuje uporabnik. Priporočamo vam, da izklopite krmarjenje po zapisih.

Bodite previdni pri heterogenih poizvedbah Izogibajte se zagonu poizvedbe, ki združuje lokalno Accessovo tabelo in povezano tabelo strežnika SQL Server, ki se včasih imenuje hibridna poizvedba. Ta vrsta poizvedbe še vedno zahteva, da Access prenese vse podatke strežnika SQL Server v lokalni računalnik in nato zažene poizvedbo, ne zažene poizvedbe v strežniku SQL Server.

Kdaj uporabiti lokalne tabele Za podatke, ki se redko spremenijo, na primer seznam držav ali provinci v državi ali regiji, priporočamo, da uporabite lokalne tabele. Statične tabele se pogosto uporabljajo za filtriranje in lahko bolje izvajajo v Accessovi ospredju.

Če želite več informacij, glejte Svetovalec za izboljšanje mehanizma zbirke podatkov, Uporaba analizatorja učinkovitosti delovanja za optimizacijo Accessove zbirke podatkov in Optimizacija Microsoft Office Accessovih programov, povezanih s strežnikom SQL Server.