Laikui bėgant dauguma duomenų bazių programų auga, tampa sudėtingesnės ir turi palaikyti daugiau vartotojų. "Microsoft Office Access" taikomosios programos naudojimo metu galbūt norėsite ją pakeisti į "Microsoft "SQL Server" duomenų bazę, kad optimizuotumėte našumą, išplečiamumą, pasiekiamumą, saugą, patikimumą ir atkuriamumą.
Šiame straipsnyje
Apie "Microsoft Office Access" duomenų bazės perkėlimo į kitą sistemą būdą
Perkėlimas į kitą sistemą yra kai kurių arba visų duomenų bazės objektai perkėlimas iš "Access" duomenų bazės į naują arba esamą "SQL Server" duomenų bazę arba naują "Access" projektą (.adp).
Duomenų bazės perkėlimo į "SQL Server" pranašumai
-
Didelis našumas ir išplečiamumas Daugeliu atvejų "SQL Server" siūlo geresnį našumą nei "Access" duomenų bazė. "SQL Server" taip pat palaiko labai dideles terabaito dydžio duomenų bazes, kurios yra daug didesnės nei dabartinis dviejų gigabaitų "Access" duomenų bazės limitas. Galiausiai, "SQL Server" labai efektyviai apdoroja užklausas lygiagrečiai (vienu procesu naudodamos kelias vietines gijas vartotojo užklausoms apdoroti) ir minimizuodama papildomus atminties reikalavimus, kai įtraukiama daugiau vartotojų.
-
Didesnis pasiekiamumas "SQL Server" leidžia daryti duomenų bazės dinaminę atsarginę 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ą.
-
Pagerinta sauga Naudojant patikimą ryšį, "SQL Server" gali integruotis 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.
-
Atkuriamumas nedelsiant Sugedus sistemai (pvz., sugedus operacinei sistemai arba nutrūkus maitinimą), "SQL Server" turi automatinio atkūrimo mechanizmą, kuris per kelias minutes atkuria duomenų bazės paskutinio nuoseklumo būseną be duomenų bazės administratoriaus įsikišimo.
-
Apdorojimas serveryje Naudojant "SQL Server" kliento / serverio konfigūracijoje, sumažėja tinklo srautas apdorojant duomenų bazės užklausas serveryje prieš siunčiant rezultatus klientui. Paprastai apdorojimas serveryje yra daug efektyvesnis, ypač dirbant su dideliais duomenų rinkiniais.
Jūsų programa taip pat gali naudoti vartotojo apibrėžtas funkcijas, išsaugotas procedūras ir paleidiklius, kad serveryje centralizuotų ir bendrintų programos logiką, verslo taisykles ir strategijas, sudėtingas užklausas, duomenų tikrinimą ir nuorodų vientisumo kodą, o ne kliento programą.
Būdai, kaip į kitą sistemą
Perkėlimo į kitą sistemą vediklis perkelia duomenų bazės objektus ir juose esančius duomenis iš "Access" duomenų bazės į naują arba esamą "SQL Server" duomenų bazę.
Perkėlimo į kitą sistemą vediklį galima naudoti trimis būdais:
-
Visus duomenų bazės objektus iš "Access" duomenų bazės į kitą sistemą į "Access" projektą į kitą sistemą, kad galėtumėte sukurti kliento / serverio taikomąją programą. Šiam metodui reikia papildomų kodo ir sudėtingų užklausų pakeitimų ir modifikavimo.
-
Į "SQL Server" duomenų bazę į kitą sistemą į kitą sistemą įkelti tik duomenis arba duomenų apibrėžimus iš "Access" duomenų bazės.
-
Sukurkite "Access" duomenų bazę išorinėje "SQL Server" duomenų bazės vidinėje pusėje, kad galėtumėte sukurti pirminio / galutinio apdorojimo programa. Šis būdas reikalauja labai nedaug modifikuoti programą, nes kodas vis dar naudoja "Access" duomenų bazės modulį (ACE).
Prieš perskirsdami "Access" duomenų bazę į kitą sistemą
Prieš perskirdami "Access" duomenų bazę į "SQL Server" duomenų bazę arba "Access" projektą, apsvarstykite galimybę atlikti šiuos veiksmus:
-
Atsarginės duomenų bazės kopijos kūrimas Nors perkėlimo į kitą sistemą vediklis nepašalina jokių duomenų ar duomenų bazės objektų iš "Access" duomenų bazės, prieš perkėldami į kitą sistemą, rekomenduojame sukurti atsarginę "Access" duomenų bazės kopiją.
-
Įsitikinkite, kad diske pakanka vietos Įrenginyje, kuriame bus į kitą sistemą į kitą sistemą įkeltos duomenų bazės, turi būti pakankamai vietos diske. Perkėlimo į kitą sistemą vediklis veikia geriausiai, kai diske yra daug vietos.
-
Unikalių indeksų kūrimas Susietoji lentelė turi turėti unikalų indeksą, kurį būtų galima atnaujinti naudojant "Access". Perkėlimo į kitą sistemą vediklis gali į kitą sistemą įtraukti esamą unikalų indeksą, bet negali sukurti jo ten, kur nėra. Jei norite turėti galimybę atnaujinti lenteles, prieš į kitą sistemą į kitą sistemą įtraukite unikalų kiekvienos "Access" lentelės indeksą.
-
Tinkamų teisių priskyrimas "SQL Server" duomenų bazei
-
Jei norite pakeisti į esamą duomenų bazę, jums reikia teisių CREATE TABLE ir CREATE DEFAULT.
-
Norėdami sukurti naują duomenų bazę, turite turėti teisę CREATE DATABASE ir SELECT teises į sistemos lenteles pagrindinėje duomenų bazėje.
-
"Access 2007" perkėlimo į kitą sistemą vediklis optimizuotas veikti su "Microsoft "SQL Server" 2000" ir ""SQL Server" 2005".
Perkėlimo į kitą sistemą vediklio naudojimas
-
Skirtuko Duomenų bazės įrankiai grupėje Perkelti duomenis spustelėkite "SQL Server".
Paleidžiamas perkėlimo į kitą sistemą vediklis.
-
1 veiksmas: pasirinkite, ar norite pakeisti į esamą, ar į naują duomenų bazę
-
2 veiksmas: pasirinkite, kurias lenteles norite pakeisti į kitą sistemą
-
3 veiksmas: nurodykite atributus ir parinktis, kurias reikia pakeisti į kitą sistemą
-
4 veiksmas: pasirinkite, kaip į kitą sistemą į kitą sistemą įtraukti programą
1 veiksmas: pasirinkite, ar norite pakeisti į esamą, ar į naują duomenų bazę
Pirmajame vediklio puslapyje nurodykite, ar norite "Access" duomenų bazę į esamą "SQL Server" duomenų bazę pakeisti į kitą sistemą, ar sukurti naują "SQL Server" duomenų bazę.
-
Naudoti esamą duomenų bazę Jei pažymėsite šią parinktį ir spustelėsite Pirmyn, "Access" rodys dialogo langą Duomenų šaltinio pasirinkimas, kad galėtumėte sukurti ODBC ryšį su esama "SQL Server" duomenų baze.
Apie ODBC duomenų šaltinius
Duomenų šaltinis yra duomenų, derinamų su ryšio informacija, reikalinga duomenims pasiekti, šaltinis. Duomenų šaltinių pavyzdžiai: "Access", "SQL Server", "Oracle RDBMS", skaičiuoklė ir teksto failas. Ryšio informacijos pavyzdžiai gali būti serverio vietą, duomenų bazės pavadinimas, prisijungimo ID, slaptažodis ir įvairios ODBC tvarkyklės parinktys, aprašančios, kaip prisijungti prie duomenų šaltinio.
ODBC architektūroje programa (pvz., "Access" arba "Microsoft Visual Basic" programa) prisijungia prie ODBC tvarkyklių tvarkytuvo, kuris savo ruožtu naudoja konkrečią ODBC tvarkyklę (pvz., "Microsoft SQL ODBC" tvarkyklę), kad prisijungtų prie duomenų šaltinio (šiuo atveju "SQL Server" duomenų bazės). Programoje „Access“ naudojate ODBC duomenų šaltinius, kad išorinius duomenų šaltinius prijungtumėte prie „Access“, kurioje nėra įtaisytųjų tvarkyklių.
Norėdami prisijungti prie šių duomenų šaltinių, turite atlikti šiuos veiksmus:
-
Įdiekite atitinkamą ODBC tvarkyklę kompiuteryje, kuriame yra duomenų šaltinis.
-
Apibrėžkite duomenų šaltinio pavadinimą (DSN) naudodami ODBC duomenų šaltinio administratorių, kad ryšio informaciją išsaugotumėte „Microsoft Windows“ registre ar DSN faile, arba ryšio eilutę „Visual Basic“ kode, norėdami perduoti ryšį tiesiai į ODBC tvarkyklės tvarkytuvą.
Kompiuterio duomenų šaltiniai
Kompiuterio duomenų šaltiniai ryšio informaciją saugo "Windows" registre konkrečiame kompiuteryje su vartotojo apibrėžtu vardu. Kompiuterio duomenų šaltinius galite naudoti tik tame kompiuteryje, kuriame jie yra apibrėžti. Yra dviejų tipų kompiuterio duomenų šaltiniai: vartotojo ir sistemos. Vartotojo duomenų šaltinius gali naudoti tik dabartinis vartotojas ir jie matomi tik tam vartotojui. Sistemos duomenų šaltinius gali naudoti visi vartotojai kompiuteryje ir jie yra matomi visiems to kompiuterio ir sistemos paslaugų vartotojams. Kompiuterio duomenų šaltinis yra ypač naudingas, kai norite suteikti papildomą saugą, nes kompiuterio duomenų šaltinį gali peržiūrėti tik prisijungę vartotojai ir nuotolinis vartotojas jo negali nukopijuoti į kitą kompiuterį.
Failo duomenų šaltinis
Failo duomenų šaltiniuose (dar vadinamuose DSN failais) ryšio informacija saugoma teksto faile (o ne „Windows“ registre) ir yra paprastai patogesnė naudoti nei kompiuterio duomenų šaltiniai. Pavyzdžiui, galite kopijuoti failo duomenų šaltinį į bet kurį kompiuterį su tinkama ODBC tvarkykle, kad jūsų programa galėtų pasikliauti nuoseklia ir tikslia ryšio informacija visuose kompiuteriuose, kuriuos ji naudoja. Arba galite įtraukti failo duomenų šaltinį viename serveryje, jį bendrinti su daugeliu kompiuterių tinkle ir lengvai tvarkyti ryšio informaciją vienoje vietoje.
Failo duomenų šaltinį galite padaryti nebendrinamą. Nebendrinamas failo duomenų šaltinis yra viename kompiuteryje ir nukreipia į kompiuterio duomenų šaltinį. Nebendrinamų failo duomenų šaltinius galite naudoti norėdami iš failo duomenų šaltinių pasiekti esamus kompiuterio duomenų šaltinius.
Ryšio eilutės
Modulyje galite apibrėžti suformatuotą ryšio eilutę, kuri nurodo ryšio informaciją. Jungimosi eilutė perduoda ryšio informaciją tiesiogiai į ODBC tvarkyklių tvarkytuvą ir padeda supaprastinti programą pašalindama reikalavimą, kad sistemos administratorius arba vartotojas pirmiausia sukurtų DSN prieš naudodamas duomenų bazę.
-
-
Kurti naują duomenų bazę Jei pažymėsite šią parinktį ir spustelėsite Pirmyn, "Access" rodys puslapį, kuriame įvesite informaciją apie naują "SQL Server" duomenų bazę.
-
Kokią "SQL Server" norėtumėte naudoti šioje duomenų bazėje? Įveskite serverio, kurį norite naudoti, vardą.
-
Naudoti patikimą ryšį Galite naudoti patikimą ryšį, t. y. "SQL Server" gali integruotis su "Windows" operacinės sistemos sauga ir pateikti vieną prisijungimą prie tinklo ir duomenų bazės.
-
Prisijungimo ID ir slaptažodis Jei nenaudojate patikimo ryšio, įveskite abonemento su CREATE DATABASE teisėmis serveryje prisijungimo ID ir slaptažodį.
-
Kaip norite pavadinti savo naują "SQL Server" duomenų bazę? Įveskite naujos "SQL Server" duomenų bazės pavadinimą. "Access" patikrina pavadinimą, jei jis nesuderinamas su esamu duomenų bazės pavadinimu, ir prideda sunumeruotą plėtinį (pvz., manoduomenų_bazė 1).
-
2 veiksmas: pasirinkite, kurias lenteles norite pakeisti į kitą sistemą
Atlikdami šį veiksmą, pasirenkate "Access" lenteles, kurias norite pakeisti į "SQL Server" duomenų bazę. Pasirinkite lenteles, kurias norite perkelti į kitą sistemą, tada rodyklių mygtukais perkelkite jas į sąrašą Eksportuoti į "SQL Server". Taip pat galite dukart spustelėti lentelę, kad perkeltumėte ją iš vieno sąrašo į kitą.
Sąraše Galimos lentelės yra visos susietos lentelės, išskyrus "SQL Server" lenteles, kurios jau yra "SQL Server" duomenų bazėje. Susietosios lentelės, nurodančios į "SQL Server" duomenų bazę, kuri buvo pasirinkta perkeliant į kitą sistemą, automatiškai rodoma sąrašo lauke Eksportuoti į "SQL Server" ir jų pašalinti negalima. Lentelės, kurios šiuo metu nėra matomos naršymo sritis, taip pat neįtraukiamos, įskaitant paslėptas lenteles ir sistemos lenteles.
Patarimas: Bet kuri lentelė, kurios pavadinimas baigiasi "_local", neįtraukiama į galimų lentelių sąrašą, kad nebūtų perkeliama į kitą sistemą jau perkeltas lenteles. Jei norite šias lenteles vėl pakeisti į kitą sistemą, pervardykite jas prieš paleisdami perkėlimo į kitą sistemą vediklį pašalindami plėtinį "_local".
3 veiksmas: nurodykite atributus ir parinktis, kurias reikia pakeisti į kitą sistemą
Atlikdami šį veiksmą, pasirenkate, kuriuos lentelės atributus bus galima "SQL Server" duomenų bazei. Pagal numatytuosius parametrus visi atributai yra pasirenkami, kad būtų galima keisti į kitą sistemą.
Pastaba: Pagal numatytuosius nustatymus perkėlimo į kitą sistemą vediklis konvertuoja "Access" laukų pavadinimus į teisinius "SQL Server" laukų pavadinimus ir konvertuoja "Access" duomenų tipus į lygiaverčius "SQL Server" duomenų tipus.
Kuriuos lentelės atributus norite pakeisti į kitą sistemą?
Šioje lentelėje išvardyti atributai, kuriuos galite pakeisti į kitą sistemą, ir aprašoma, kaip perkėlimo į kitą sistemą vediklis apdoroja kiekvieną iš šių elementų:
|
Attribute |
Veiksmas, jei pasirinkta |
|||||||||||||||
|
Rodyklės |
Perkėlimo į kitą sistemą vediklis perkėlė į kitą sistemą visus indeksus. Perkėlimo į kitą sistemą vediklis konvertuoja "Access" pirminius raktus į "SQL Server" indeksus ir pažymi juos kaip "SQL Server" pirminius raktus. Jei pasirinksite susieti į kitą sistemą į kitą sistemą įkeltą "SQL Server" lentelę su "Access" duomenų baze, perkėlimo į kitą sistemą vediklis prie rodyklės pavadinimo taip pat pridės priešdėlį "aaaaa". Taip yra todėl, kad "Access" pasirenka indeksą, kuris iš pradžių yra abėcėlės tvarka pasiekiamų indeksų sąraše kaip pirminis raktas, o prefiksas "aaaaa" užtikrina, kad pasirinkta tinkama rodyklė. Visos kitos rodyklės išlaiko savo pavadinimus, išskyrus tuos atvejus, kai neleistini simboliai pakeičiami "_" simboliu. Unikalios ir ne unikalios "Access" rodyklės tampa unikaliomis ir ne unikaliomis "SQL Server" indeksais. Susietoji lentelė turi turėti unikalų indeksą, kurį būtų galima atnaujinti naudojant "Access". Perkėlimo į kitą sistemą vediklis gali į kitą sistemą įtraukti esamą unikalų indeksą, bet negali sukurti jo ten, kur nėra. Jei norite turėti galimybę atnaujinti lentelių duomenis, perkėlę juos į kitą sistemą, prieš į kitą sistemą į kitą sistemą įtraukite unikalų indeksą į kiekvieną "Access" lentelę. |
|||||||||||||||
|
Tikrinimo taisyklės |
Perkėlimo į kitą sistemą vediklis perkėlė į kitą sistemą kaip naujinimo ir įterpimo paleidiklius:
Paleidiklis yra "Transact-SQL" sakinių, susietų su "SQL Server" lentele, seka. Lentelėje gali būti trys paleidikliai: po vieną kiekvienai komandai, kuri gali modifikuoti duomenis lentelėje: komandas UPDATE, INSERT ir DELETE. Paleidiklis paleidžiamas automatiškai, kai komanda vykdoma. Perkėlimo į kitą sistemą vediklis naudoja paleidiklius, o ne "SQL Server" taisykles, kad įgalintų lauko lygio tikrinimą, nes "SQL Server" taisyklės neleidžia rodyti pasirinktinių klaidų pranešimų. Kiekviena tikrinimo taisyklė nebūtinai turi "vienas su vienu" korespondenciją su paleidikliu. Kiekviena tikrinimo taisyklė gali tapti kelių paleidiklių dalimi ir kiekviename paleidiklyje gali būti kodas, kuris imituoja kelių tikrinimo taisyklių funkcines galimybes. Kai nustatote "Access" lauko ypatybę Būtina kaip teisingą, vartotojas negali įterpti įrašo ir palikti reikiamo lauko neapibrėžtos reikšmės (jei nėra numatytosios su lauku susietos) arba atnaujinant įrašą padaryti lauką neapibrėžtą. Būtini laukai yra į kitą sistemą į laukus, kuriuose neapibrėžtos reikšmės "SQL Server" neleidžiamos. Tikrinimo tekstas "Access" duomenų bazės tikrinimo teksto ypatybė konvertuojama į "Access" projekto ypatybę Tikrinimo tekstas . Tai leidžia "Access" draugiškus klaidų pranešimus rodyti apribojimo pažeidimo atveju vykdymo metu. |
|||||||||||||||
|
Numatytąsias reikšmes |
Perkėlimo į kitą sistemą vediklis visas numatytųjų reikšmių ypatybes perkelia į Amerikos nacionalinio standartų instituto (ANSI) numatytuosius objektus. |
|||||||||||||||
|
Lentelės ryšiai |
Perkėlimo į kitą sistemą vediklis perkėlė į kitą sistemą visus lentelių ryšius. Galite nuspręsti, kaip į kitą sistemą įtraukti lentelių ryšius ir nuorodų vientisumą naudodami naujinimo, įterpimo ar naikinimo paleidiklius arba naudodami deklaruotą nuorodų vientisumą (DRI). DRI veikia taip pat, kaip "Access" nuorodų vientisumas, apibrėžiant pagrindinių lentelių pirminio rakto apribojimus (ryšio "vienas su daugeliu" dalį "vienas") ir išorinio rakto apribojimus, taikomus išorinėms lentelėms (paprastai ryšio "vienas su daugeliu" dalį "daugelis").
|
Kurias duomenų parinktis norite įtraukti?
-
Laiko žymos laukų įtraukimas į lenteles "SQL Server" naudoja laiko žymos lauką, nurodantį, kad įrašas buvo pakeistas (bet ne kai jis buvo pakeistas) sukuriant unikalų reikšmės lauką, tada atnaujinant šį lauką, kai įrašas atnaujinamas. Susietojoje lentelėje "Access" naudoja reikšmę laiko žymos laukuose, kad nustatytų, ar įrašas buvo pakeistas prieš jį atnaujinant. Paprastai laiko žymos laukas užtikrina geriausią našumą ir patikimumą. Be laiko žymos lauko "SQL Server" turi patikrinti visus įrašo laukus, kad nustatytų, ar įrašas pasikeitė ir dėl to sulėtėja veikimas.
Šioje lentelėje aprašomi šiame sąraše galimi parametrai:
|
Parametras |
Aprašas |
|
Taip, leisti nuspręsti vedikliui |
Jei pradinėse "Access" lentelėse yra slankiojo kablelio (vieno arba dvigubo), Atmintinės arba OLE objektas laukų, perkėlimo į kitą sistemą vediklis gaunamuose "SQL Server" šių laukų lentelėse sukuria naujus laiko žymos laukus. |
|
Taip, visada |
Perkėlimo į kitą sistemą vediklis sukuria visų į kitą sistemą perkeliamų lentelių laiko žymos lauką, neatsižvelgiant į tai, kokio tipo laukai yra. Tai pagerina į kitą sistemą į kitą sistemą įkeltų "Access" lentelių, kuriose gali nebūti Atmintinės, OLE objekto ar slankiojo kablelio laukų, bet kuriose yra kitų tipų laukų, našumą. |
|
Ne, niekada |
Perkėlimo į kitą sistemą vediklis į lenteles neįtraukia laiko žymos laukų. |
Svarbu: Susietose "SQL Server" lentelėse "Access" netikrins, ar pasikeitė Memo ar OLE objektų laukai, nes šie laukai gali būti daug megabaitų dydžio, todėl palyginimas gali būti per daug tinklo reikalaujantis ir daug laiko reikalaujantis laikas. Todėl, jei pasikeitė tik teksto arba vaizdo laukas ir nėra laiko žymos lauko, "Access" perrašo keitimą. Be to, gali atrodyti, kad slankiojo kablelio lauko reikšmė pasikeitė, kai ji nebuvo pakeista, todėl nesant laiko žymos lauko, "Access" gali nustatyti, kad įrašas buvo pakeistas, kai jis nebuvo pakeistas.
-
Kurti tik lentelės struktūrą, nepersiųsti į kitą sistemą jokių duomenų Perkėlimo į kitą sistemą vediklis perkėlė visus duomenis į "SQL Server" pagal numatytuosius parametrus. Jei pažymėsite žymės langelį Tik kurti lentelės struktūrą, neperkelti jokių duomenų į kitą sistemą, bus perkeliama tik duomenų struktūra.
4 veiksmas: pasirinkite, kaip į kitą sistemą į kitą sistemą įtraukti programą
Kitame vediklio puslapyje galite pasirinkti vieną iš trijų skirtingų "Access" duomenų bazės taikomosios programos perkėlimo į kitą sistemą būdų. Dalyje Kokius programos keitimus norite atlikti?, pasirinkite vieną iš šių parinkčių:
-
Kurti naują "Access" kliento / serverio taikomąją programą Jei pasirinksite šią parinktį, perkėlimo į kitą sistemą vediklis sukurs naują "Access" projektą. Perkėlimo į kitą sistemą vediklis paragina įvesti pavadinimą, kuris pagal numatytuosius parametrus yra dabartinės "Access" duomenų bazės pavadinimas, įtraukia "CS" plėtinį, tada išsaugo projektą toje pačioje vietoje kaip ir esama "Access" duomenų bazė.
Perkėlimo į kitą sistemą vediklis sukuria "Access" projekto failą ir perkelia visus duomenų bazės objektus iš "Access" duomenų bazės į "Access" projektą. Jei neįrašote slaptažodžio ir vartotojo ID, pirmą kartą atidarius "Access" projektą, "Access" rodo dialogo langą Duomenų saito ypatybės, kad galėtumėte prisijungti prie "SQL Server" duomenų bazės.
-
"SQL Server" lentelių susiejimas su esama taikomąja programa Jei pasirinksite šią parinktį, perkėlimo į kitą sistemą vediklis modifikuos "Access" duomenų bazę, kad užklausos, formos, ataskaitos ir duomenų prieigos puslapiai naudotų duomenis naujoje "SQL Server" duomenų bazėje, o ne "Access" duomenų bazėje esančius duomenis. Perkėlimo į kitą sistemą vediklis pervardija "Access" lenteles, kurias perkėlėte į kitą sistemą, naudodamas povardį "_local". Pavyzdžiui, jei į kitą sistemą į kitą sistemą perrašote lentelę darbuotojai, lentelė pervardiuojama Employees_local "Access" duomenų bazėje. Tada perkėlimo į kitą sistemą vediklis sukuria susietą "SQL Server" lentelę, pavadintą Darbuotojai.
Pastaba: Baigus perkėlimo į kitą sistemą operaciją, lentelės, kurios buvo pervardytos naudojant plėtinį "_local", nebebus naudojamos. Tačiau patartina išlaikyti vietines lenteles tol, kol patvirtinsite, kad perkėlimo į kitą sistemą pavyko. Vėliau galite panaikinti vietines lenteles, kad sumažintumėte "Access" duomenų bazės dydį. Prieš naikindami lenteles, nepamirškite sukurti atsarginės duomenų bazės kopijos.
Užklausos, formos, ataskaitos ir duomenų prieigos puslapiai, pagrįsti pradinėmis darbuotojų lentelėmis, dabar naudos susietą "SQL Server" darbuotojų lentelę. Daugelį pradinės vietinės lentelės laukų ypatybių paveldi nauja vietinė lentelė, įskaitant Aprašą, Antraštę, Formatą, InputMask ir DecimalPlaces.
-
Nėra taikomosios programos pakeitimų Pasirinkite šią parinktį, jei norite nukopijuoti duomenis tik į "SQL Server" duomenų bazę ir neatliksite jokių kitų pakeitimų esamoje "Access" duomenų bazės taikomojoje programoje.
Įrašyti slaptažodį ir vartotojo ID Pagal numatytuosius nustatymus perkėlimo į kitą sistemą vediklis esamoje programoje sukuria susietas lenteles arba sukuria "Access" projektą neįrašydamas vartotojo vardo ir slaptažodžio. Tai reiškia, kad vartotojai raginami įvesti vartotojo vardą ir slaptažodį kiekvieną kartą jiems prisijungiant prie "SQL Server" duomenų bazės.
Jei pasirinksite Įrašyti slaptažodį ir vartotojo ID, vartotojai galės prisijungti prie "SQL Server" duomenų bazės neprisijungę. Jei pasirinksite Kurti naują "Access" kliento /serverio taikomąją programą, "Access" projektas išsaugo vartotojo vardo slaptažodį OLE DB jungimosi eilutėje.
Pastaba: Ši parinktis išjungta, jei susieta "SQL Server" lentelė sukonfigūruota su MSysConf lentele, kad nebūtų galima įrašyti slaptažodžių.
Perkėlimo į kitą sistemą vediklio ataskaita
Spustelėjus Baigti, perkėlimo į kitą sistemą vediklis sukuria ataskaitą, kuri pateikia išsamų visų sukurtų objektų aprašą ir praneša apie klaidas, įvykusias proceso metu. Perkėlimo į kitą sistemą vediklis rodo ataskaitą spaudinio peržiūros režimu, tada galite išspausdinti arba įrašyti ataskaitą, pvz., kaip XPS arba PDF failą. Uždarius langą Spaudinio peržiūra, ataskaita neįrašoma kaip "Access" objektas.
Perkėlimo į kitą sistemą vediklio ataskaitoje yra informacijos apie:
-
Perkėlimo į kitą sistemą parametrai, įskaitant lentelės atributų, kuriuos pasirinkote į kitą sistemą, perkėlimo į kitą sistemą parametrus ir perkėlimo į kitą sistemą būdą.
-
Lentelės informacija, įskaitant "Access" ir "SQL Server" pavadinimų, duomenų tipų, indeksų, tikrinimo taisyklių, numatytųjų parametrų, paleidiklių ir laiko žymių įtraukimo ar neįtraukimo reikšmių palyginimą.
-
Įvyko klaidų, pvz., duomenų bazė arba operacijų žurnalas pilnas, nepakankamos teisės, nesukurta įrenginio ar duomenų bazė, praleista lentelė, numatytoji arba tinkamumo taisyklė, neįgalintas ryšys, praleista užklausa (nes jos negalima išversti į "SQL Server" sintaksę), valdiklis ir įrašo šaltinis konvertavimo klaidų formose ir ataskaitose.
Kaip siunčiami į kitą sistemą duomenų bazės objektai
Šie duomenys ir duomenų bazės objektai bus pakeisti į kitą sistemą:
-
Duomenų ir duomenų tipai Visi "Access" duomenų bazės duomenų tipai konvertuojami į lygiaverčius "SQL Server". Vediklis konvertuoja "Access" duomenų bazės tekstą į "Unicode" įtraukdamas "Unicode" eilutės identifikatorių į visas eilučių reikšmes ir įtraukdamas Unicode n prefiksą į visus duomenų tipus.
-
Užklausos
-
Išrinkimo užklausos, kuriose nėra sąlygos ORDER BY arba parametrų, konvertuojamos į rodinius.
-
Veiksmų užklausos konvertuojamos į išsaugotos procedūros veiksmų užklausas. "Access" po parametro deklaracijos kodo įtraukia SET NOCOUNT ĮJUNGTA, kad įsitikintų, jog vykdoma išsaugota procedūra.
-
Išrinkimo užklausos, kurios nurodo tik lenteles (dar vadinamas bazinėmis užklausomis), kurios naudoja parametrus arba sąlygą ORDER BY, konvertuojamos į vartotojo apibrėžtas funkcijas. Jei reikia, sąlyga TOP 100 PERCENT įtraukiama į užklausą, kurioje yra sąlyga ORDER BY.
-
Parametrų užklausos, kurios naudoja įvardytuosius parametrus, išlaiko pradinį tekstinį pavadinimą, naudojamą "Access" duomenų bazėje, ir konvertuojamos į išsaugotas procedūras arba įdėtąsias vartotojo apibrėžtas funkcijas.
Pastaba: Gali tekti rankiniu būdu konvertuoti užklausas, kurios neperkels į kitą sistemą, pvz., SQL tiesioginės užklausos, duomenų apibrėžimo užklausos ir kryžminės užklausos. Taip pat gali tekti rankiniu būdu per giliai įdėtas užklausas pakeisti į kitą sistemą.
-
-
Formos, ataskaitos ir valdikliai Formų, ataskaitų arba valdiklių YPATYBĖS RecordSource, ControlsSource ir RowSource SQL sakiniai yra saugomi vietoje ir nekonvertuojami į išsaugotas procedūras arba vartotojo apibrėžtas funkcijas.
-
Paleisties ypatybės Perkėlimo į kitą sistemą vediklis perkėlė į kitą sistemą šias paleisties ypatybes:
StartUpShowDBWindowStartUpShowStatusBarAllowShortcutMenusAllowFullMenusAllowBuiltInToolbarsAllowToolbarChangesAllowSpecialKeysUseAppIconForFrmRptAppIconAppTitleStartUpFormStartUpMenuBarStartupShortcutMenuBar
-
Moduliai ir makrokomandos Perkėlimo į kitą sistemą vediklis nekeičia modulių ar makrokomandų. Jums gali tekti modifikuoti savo taikomąją programą, kad galėtumėte išnaudoti visas "SQL Server" funkcijas. Daugiau informacijos žr. MSDN straipsnyje "Microsoft Office Access" taikomųjų programų, susietų su "SQL Server", optimizavimas.
