Selitev Accessove zbirke podatkov v strežnik SQL Server

Selitev Accessove zbirke podatkov v strežnik SQL Server

Vsi imamo omejitve in Accessova zbirka podatkov ni nobena izjema. Na primer, Accessova zbirka podatkov ima omejitev velikosti 2 GB in ne more podpirati več kot 255 sočasnih uporabnikov. Ko je čas, da se Accessova zbirka podatkov premakne na naslednjo raven, se lahko preselite v strežnik SQL Server. Strežnik SQL Server (na mestu uporabe ali v oblaku Azure) podpira večje količine podatkov, več sočasnih uporabnikov in ima večjo zmogljivost kot mehanizem zbirke podatkov JET/ACE. V tem vodniku je na voljo nemoten začetek potovanja strežnika SQL Server, ki zagotavlja dostop do rešitev, ki ste jih ustvarili, in upamo, da boste uporabili Access za prihodnje rešitve zbirke podatkov. Čarovnik za prehod na SQL Server je bil odstranjen iz Accessa v Accessu 2013, tako da lahko zdaj uporabite pomočnika za selitev strežnika Microsoft SQL pomočnik (SSMA). Če želite uspešno preseliti, upoštevajte te faze.

Faze selitve zbirke podatkov v strežnik SQL Server

Preden začnete

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

Razdelitev zbirk podatkov

Vsi predmeti Accessove zbirke podatkov so lahko v eni datoteki zbirke podatkov ali pa so shranjeni v dveh datotekah zbirke podatkov: na prednji strani zbirke podatkov in v zaledni zbirki podatkov. To se imenuje razdelitev zbirke podatkov in je oblikovana tako, da omogoča omogočanje skupne rabe v omrežnem okolju. Datoteka v zaledni zbirki podatkov mora vsebovati le tabele in relacije. Datoteka na čelni strani mora vsebovati le vse druge predmete, vključno z obrazci, poročili, poizvedbami, makri, moduli VBA in povezanimi tabelami v zaledni zbirki podatkov. Ko preselite Accessovo zbirko podatkov, je podobna razdeljeni zbirki podatkov v tem SQL Serverju, ki je nova zadnja stran za podatke, ki so zdaj na voljo v strežniku.

Kot rezultat lahko še vedno ohranite vmesnik Accessove zbirke podatkov s povezanimi tabelami s tabelami strežnika SQL Server. Učinkovito lahko izkoristite prednosti hitrega razvoja programov, ki jih ponuja Accessova zbirka podatkov, skupaj s prilagodljivostjo strežnika SQL Server.

Prednosti strežnika SQL Server

Ali še vedno potrebujete nekaj prepričljivega za selitev v strežnik SQL Server? Tukaj je nekaj dodatnih prednosti za razmislek:

  • Več sočasnih uporabnikov    SQL Server lahko obravnava več sočasnih uporabnikov, kot je dostop in Minimira zahteve za pomnilnik, ko so dodani številni uporabniki.

  • Povečana razpoložljivost    S strežnikom SQL Server lahko dinamično varnostno kopirate, bodisi primarni kot dokončano, zbirko podatkov, medtem ko je v uporabi. Zato za varnostno kopiranje podatkov uporabnikom ni treba zapreti zbirke podatkov.

  • Visoka učinkovitost delovanja in razširljivost    Zbirka podatkov strežnika SQL Server se običajno izvaja bolje kot Accessova zbirka podatkov, zlasti z veliko zbirko podatkov v velikosti terabyte. Poleg tega procesi SQL Server poizvedujejo veliko hitreje in učinkovito tako, da obdelujejo poizvedbe vzporedno z več izvornimi nitmi v enem postopku za obravnavanje uporabniških zahtev.

  • Izboljšana varnost    S pomočjo zaupanja vredne povezave se SQL Server integrira z varnostnim sistemom sistema Windows, da zagotovi enoten integriran dostop do omrežja in zbirke podatkov, ki uporablja najboljše varnostne sisteme. Zaradi tega je veliko lažje upravljati zapletene varnostne sheme. Strežnik SQL Server je idealna shramba za občutljive informacije, kot so številke socialnega zavarovanja, podatki o kreditni kartici in naslovi, ki so zaupni.

  • Takojšnja Nadomestljivost    Če se operacijski sistem zruši ali ko je izpadel Power, lahko SQL Server samodejno obnovi zbirko podatkov v konsistentno stanje v nekaj minutah in brez posredovanja skrbnika zbirke podatkov.

  • Uporaba VPN    Access in navidezna zasebna omrežja (VPN) se ne razumeta. Toda s strežnikom SQL Server lahko oddaljeni uporabniki uporabljajo še vedno dostop do namizne zbirke podatkov na namizju in strežnika SQL Server, ki je na voljo za požarni zid VPN.

  • Strežnik Azure SQL Server    Poleg prednosti strežnika SQL Server ponuja dinamično razširljivost brez izpadov, inteligentna optimizacija, globalno razširljivost in razpoložljivost, odstranitev stroškov strojne opreme in zmanjšanje skrbništva.

Izberite možnost za najboljši strežnik Azure SQL Server

Če selite v strežnik Azure SQL Server, lahko izbirate med tremi možnostmi:

  • Enojna zbirka podatkov/elastični bazeni    Ta možnost ima svoj nabor virov, ki jih upravlja strežnik zbirke podatkov SQL. V zbirki SQL Server je v zbirki podatkov na primer shranjena zbirka podatkov. Dodate lahko tudi elastični bazen, ki je zbirka zbirk podatkov z naborom virov v skupni rabi, ki se upravljajo prek strežnika SQL Database. Najpogosteje uporabljene funkcije strežnika SQL Server so na voljo z vgrajenimi varnostnimi kopijami, zaplatami in obnovitvijo. Vendar ni zagotovljenega točnega časa vzdrževanja in selitev iz strežnika SQL Server je morda trda.

  • Upravljani primerek    Ta možnost je zbirka sistemskih in uporabniških zbirk podatkov z naborom virov v skupni rabi. Upravljani primerek je podoben primerku zbirke podatkov strežnika SQL Server, ki je zelo združljiv s strežnikom SQL Server na mestu uporabe. Upravljani primerek ima vgrajene varnostne kopije, zaplata, obnovitev in je enostaven za selitev iz strežnika SQL Server. Vendar pa obstaja majhno število funkcij strežnika SQL Server, ki niso na voljo in niso zagotovljene točnega časa vzdrževanja.

  • Navidezni računalnik za Azure    S to možnostjo lahko zaženete strežnik SQL Server v navideznem računalniku v oblaku Azure. Imate popoln nadzor nad mehanizmom SQL Server in lažjo selitveno pot. Vendar morate upravljati varnostne kopije, popravke in obnovitev.

Če želite več informacij, glejte izbiranje poti selitve zbirke podatkov v Azure in Izberite možnost pravi strežnik SQL vstoritvi Azure.

Prvi koraki

Na voljo je nekaj težav, ki jih lahko poiščete vnaprej, s katerimi lahko poenostavite postopek selitve, preden zaženete SSMA:

  • Dodajanje indeksov tabel in primarnih ključev    Prepričajte se, da ima vsaka Accessova tabela indeks in primarni ključ. Strežnik SQL zahteva, da imajo vse tabele vsaj en indeks in če želite, da so v povezani tabeli primarni ključ, če je tabela mogoče posodobiti.

  • Preverjanje relacij primarnega/tujega ključa    Zagotovite, da te relacije temeljijo na poljih z doslednimi vrstami podatkov in velikostmi. SQL Server ne podpira Združenih stolpcev z različnimi podatkovnimi tipi in velikostmi v omejitvah tujega ključa.

  • Odstranjevanje stolpca» Priloga «    SSMA ne preseli tabel, ki vsebujejo stolpec s Prilogo.

Preden zaženete SSMA, upoštevajte te prve korake.

  1. Zaprite Accessovo zbirko podatkov.

  2. Prepričajte se, da so trenutni Uporabniki, ki imajo vzpostavljeno povezavo z zbirko podatkov, tudi zaprli zbirko podatkov.

  3. Če je zbirka podatkov v obliki zapisa datoteke. mdb, odstranite varnost na ravni uporabnika.

  4. Varnostno kopiranje zbirke podatkov. Če želite več informacij, glejte zaščita podatkov z varnostnim kopiranjem in obnovitvijo procesov.

Namig    Razmislite o namestitvi Microsoft SQL Server Express Edition na namizju, ki podpira do 10 GB in je brezplačen in lažji način za izvajanje in preverjanje selitve. Ko vzpostavite povezavo, uporabite LocalDB kot primerek zbirke podatkov.

Namig    Če je mogoče, uporabite samostojno različico Accessa. Če uporabljate Office 365, lahko uporabite mehanizem zbirke podatkov Access 2010, da preselite Accessovo zbirko podatkov, ko uporabljate SSMA. Če želite več informacij, glejte znova razdeljivi mehanizem Microsoft Accessove zbirke podatkov 2010.

Zaženite SSMA

Microsoft ponuja pomočnika za selitev strežnika Microsoft SQL Server (SSMA), s katerim lahko poenostavite selitev. SSMA v glavnem premakne tabele in izbere poizvedbe 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, ki omogočajo pregled trenutne vsebine obeh zbirk podatkov. Ti dve povezavi sta shranjeni v selitveni datoteki, če se odločite, da boste v prihodnje prenesli dodatne predmete.

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

  1. Č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 različico 32 ali 64 bitne različice za svoj računalnik.

  2. 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, v katerem je dostop do Accessove zbirke podatkov iz omrežja v mapi v skupni rabi.

  3. Sledite začetnim navodilom v storitvi SSMA, da zagotovite osnovne informacije, kot so mesto strežnika SQL Server, Accessova zbirka podatkov in predmeti, ki jih želite preseliti, informacije o povezavi in ali želite ustvariti povezane tabele.

  4. Če selite v strežnik SQL Server 2016 ali novejšo različico in želite posodobiti povezano tabelo, dodajte stolpec ROWVERSION tako, da izberete Orodja za pregled > Nastavitve projekta > splošno.

    V polju» ROWVERSION «se izognete sporom pri snemanju. Access uporabi to polje ROWVERSION v povezani tabeli strežnika SQL Server, da določi, kdaj je bil zapis nazadnje posodobljen. Če v poizvedbo dodate polje» ROWVERSION «, ga Access uporabi za vnovično izbiro vrstice po operaciji posodobitve. S tem izboljšate učinkovitost s tem, da se izognete napakam pri pisanju spora in scenarijev brisanja zapisov, ki se lahko zgodijo, ko Access zazna različne rezultate iz izvirne oddaje, kot je morda prišlo do podatkov s plavajočo vejico in sprožilce stolpce. Vendar se izogibajte uporabi polja» ROWVERSION «v obrazcih, poročilih ali kodi VBA. Če želite več informacij, glejte ROWVERSION.

    Opomba    Izognite se zmedi ROWVERSION s časovnimi žigi. Čeprav je časovni žig za ključne besede sinonim za ROWVERSION v strežniku SQL Server, ne morete uporabiti ROWVERSION kot način za časovni žig vnosa podatkov.

  5. Če želite nastaviti natančne podatkovne tipe, izberite Orodja za pregled > Nastavitve projekta > preslikava vrste. Če na primer shranite le angleško besedilo, lahko uporabite podatkovni tip varchar namesto nvarchar .

Pretvorba predmetov

SSMA pretvori Accessove predmete v predmete strežnika SQL Server, vendar predmetov ne Kopiraj takoj. SSMA zagotavlja seznam teh predmetov, ki jih želite preseliti, 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

  • Preverjanje omejitev (dovoli lastnost stolpca z dolžino nič, veljavnostno pravilo stolpca, preverjanje veljavnosti tabele)

Kot najboljšo prakso uporabite poročilo o oceni SSMA, v katerem so prikazani rezultati pretvorbe, vključno z napakami, opozorili, informacijami o sporočilih, ocenami časa za izvajanje selitve in posameznimi koraki za popravljanje napak, ki jih morate izvesti, preden dejansko premaknete predmetov.

Pretvorba predmetov zbirke podatkov prevzame definicije predmeta iz Accessovih metapodatkov, pretvori jih 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 tako, da uporabite SQL Server ali raziskovalec metapodatkov SQL Azure.

Če želite pretvoriti, naložiti in preseliti predmete v strežnik SQL Server, uporabite ta vodnik.

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

Povezovanje tabel

Priporočamo, da namestite najnovejšo različico gonilnikov strežnika SQL Server OLE DB in ODBC, namesto da uporabite izvorne gonilnike strežnika SQL Server, ki jih dobavljate v sistemu Windows. Ne le, da so novejši gonilniki hitrejši, vendar podpirajo nove funkcije v storitvi Azure SQL, ki jih prejšnji gonilniki ne. Gonilnike lahko namestite v vsak računalnik, v katerem je uporabljena pretvorjena zbirka podatkov. Če želite več informacij, glejte Microsoft OLE DB Driver 18 za strežnik SQL Server in Microsoft ODBC Driver 17 za strežnik SQL Server.

Ko preselite Accessove tabele, se lahko povežete s tabelami v strežniku SQL Server, ki zdaj gosti vaše podatke. Povezovanje neposredno iz Accessa omogoča preprostejši način za ogled podatkov, ne pa tudi z bolj zapletenimi orodji za upravljanje strežnika SQL Server.  Povezane podatke lahko poizvedujete in urejate glede na dovoljenja, ki jih je nastavil skrbnik zbirke podatkov strežnika SQL Server.

Opomba    Če ustvarite DSN ODBC, ko povežete z zbirko podatkov strežnika SQL Server med postopkom povezovanja, ustvarite enak DSN v vseh strojih, ki uporabljajo nov program, ali programsko uporabite niz povezave, shranjen v datoteki DSN.

Če želite več informacij, glejte povezovanje ali uvoz podatkov iz zbirke podatkov strežnika AZURE SQL Server in uvoz ali povezava do podatkov v zbirki podatkov strežnika SQL Server.

Nasvet   Ne pozabite uporabiti upravitelja povezane tabele v Accessu, če želite priročno osvežiti in znova povezati tabele. Če želite več informacij, glejte upravljanje povezanih tabel.

Preskus in pregled

V spodnjih razdelkih so opisane pogoste težave, ki jih lahko naletite med selitvijo in kako jih obravnavati.

Poizvedbe

Pretvorijo se le poizvedbe za izbiranje; druge poizvedbe niso, vključno s poizvedbami za izbiranje, ki izvedejo parametre. Nekatere poizvedbe morda ne bodo v celoti pretvorjene in SSMA poročila o napakah poizvedbe med postopkom pretvorbe. Predmete, ki jih ni mogoče pretvoriti z uporabo sintakse T-SQL, lahko ročno uredite. Napake v sintaksi lahko zahtevajo tudi ročno pretvorbo funkcij, značilnih za Access, in podatkovnih tipov v strežnik SQL Server. Če želite več informacij, glejte primerjava programa Access SQL s storitvijo SQL Server TSQL.

Podatkovni tipi

Access in SQL Server imata podobne podatkovne tipe, vendar se seznanite s temi možnimi težavami.

Veliko število    Podatkovni tip» velika številka «shranjuje nedenarno, številsko vrednost in je združljiva s podatkovnim tipom SQL bigint. S tem podatkovnim tipom lahko učinkovito izračunate velike številke, vendar pa morate uporabiti obliko zapisa datoteke programa Access 16 (16.0.7812 ali novejša različica). accdb in deluje bolje z 64-bitno različico Accessa. Če želite več informacij, glejte Uporaba podatkovnega tipa» velika številka «in Izberite med 64-bitno ali 32-bitno različico Officea.

Da/ne    Privzeto je, da je stolpec Access» da/ne «pretvorjen v polje strežnika SQL Server bit. Če se želite izogniti zaklepanju zapisov, Prepričajte se, da je polje bit nastavljeno tako, da ne dovoli NIČELNih vrednosti. V SSMA lahko izberete stolpec bit, da nastavite lastnost Dovoli ničelne vrednosti na ne. V TSQL uporabite izjave CREATE TABLE ali ALTER TABLE .

Datum in ura    Obstaja več vidikov datuma in ure:

  • Če je raven združljivosti zbirke podatkov 130 (SQL Server 2016) ali novejša, povezana tabela pa vsebuje eno ali več stolpcev» datetime «ali» datetime2 «, lahko tabela vrne sporočilo #deleted v rezultatih. Če želite več informacij, glejte Accessova povezana tabela v zbirki podatkov strežnika SQL-Server #deleted.

  • Uporabite podatkovni tip datetime2 , ki ima večji datumski obseg kot datetime.

  • Ko poizvedujete za datume v strežniku SQL Server, upoštevate čas in datum. Na primer:

    • DateOrdered med 1/1/19 in 1/31/19 morda ne bodo vsebovali vseh naročil.

    • DateOrdered med 1/1/19 00:00:00 AM in 1/31/19 11:59:59 PM vključuje vsa naročila.

Priloga   Podatkovni tip» Priloga «shranjuje datoteko v Accessovi zbirki podatkov. V strežniku SQL Server imate na voljo več možnosti. Ekstrahirate lahko datoteke 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 oddaljeno shrambo BLOB (RBS), da ohranite Priloge, ki so shranjene v zbirki podatkov strežnika SQL Server.

Hiperpovezava    Accessove tabele imajo stolpce hiperpovezave, ki jih SQL Server ne podpira. Ti stolpci bodo privzeto pretvorjeni v nvarchar (največ) stolpce v strežniku SQL Server, vendar lahko preslikavo prilagodite tako, da izberete manjši podatkovni tip. V Accessovi rešitvi lahko še vedno uporabljate delovanje hiperpovezave v obrazcih in poročilih, če nastavite lastnost hiperpovezava za kontrolnik True.

Polje z več vrednostmi    Polje z več vrednostmi Accessa je pretvorjeno v strežnik SQL Server kot polje» ntext «, ki vsebuje ločene nabore vrednosti. 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 preslikavah dostopa in podatkovnih tipov strežnika SQL Server, glejte primerjava podatkovnih tipov.

Opomba    Polja z več vrednostmi niso pretvorjena in so bila prekinjena v programu Access 2010.

Če želite več informacij, glejte vrste datumskih in časovnih vrst, niz in dvojiške vrsteter številske vrste.

Visual Basic

Čeprav VBA ni podprt s strežnikom SQL Server, upoštevajte te morebitne težave:

Funkcije VBA v poizvedbah    Accessove poizvedbe podpirajo funkcije VBA v podatkih v stolpcu poizvedbe. Toda Accessove poizvedbe, ki uporabljajo funkcije VBA, ni mogoče zagnati v strežniku SQL Server, zato so vsi zahtevani podatki posredovani v Microsoft Access za obdelavo. V večini primerov bi morale biti te poizvedbe pretvorjene v prepustne poizvedbe.

Uporabniško določene funkcije v poizvedbah    Microsoft Accessove poizvedbe podpirajo uporabo funkcij, določenih v modulih VBA, da obdelajo podatke, 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 seznamom v obrazcih, poročilih in poljih tabele ter privzetih ali veljavnostnih izrazih. Strežnik SQL ne more zagnati teh uporabniško določenih funkcij. Morda boste morali ročno znova načrtovati te funkcije in jih pretvoriti v shranjene procedure v strežniku SQL Server.

Optimizirajte učinkovitost delovanja

Najpomembneje je, da optimizirate učinkovitost delovanja z novim, zalednim strežnikom SQL Server, da se odločite, kdaj uporabiti lokalne ali oddaljene poizvedbe. Ko preselite podatke v strežnik SQL Server, se premikate tudi iz datotečnega strežnika v model zbirke podatkov odjemalec – strežnik. Upoštevajte te splošne smernice:

  • Zaženite majhna, poizvedbe samo za branje v odjemalcu za najhitrejši dostop.

  • Zaženite dolge, poizvedbe za branje/pisanje v strežniku, da izkoristijo večjo zmogljivost procesorja.

  • Minimirajte omrežni promet s filtri in združevanjem, da prenesete le podatke, ki jih potrebujete.

Optimizirajte učinkovitost delovanja v modelu zbirke podatkov odjemalca server

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

V nadaljevanju so navedene dodatne in priporočene smernice.

Nastavitev logike na strežniku    Vaša aplikacija lahko uporabi tudi poglede, uporabniško določene funkcije, shranjene procedure, izračunana polja in sprožilce za centralizacijo in skupno rabo logičnega programa, poslovnih pravil in pravilnikov, zapletenih poizvedb, preverjanja veljavnosti podatkov in kode referenčne integritete na strežnik in ne na odjemalca. Vprašajte se, ali lahko to poizvedbo ali opravilo izvedete v strežniku bolje in hitreje? Na koncu 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, ki je samo za branje, in indeksirani pogled SQL za obrazec za branje/pisanje kot vir zapisov.

  • Za poročila uporabite pogled SQL kot vir zapisov. Vendar pa ustvarite ločen pogled za vsako poročilo, da boste lahko lažje posodobili določeno poročilo, ne da bi vplivali na druga poročila.

Minimiziranje nalaganja podatkov v obrazcu ali poročilu    Ne Prikažite podatkov, dokler uporabnik ne zaprosi zanj. Če imate na primer lastnost RecordSource prazno, lahko uporabniki izberejo filter v obrazcu in nato zapolnijo lastnost RecordSource s filtrom. Ali pa uporabite stavek WHERE of DoCmd. OdpriObrazec in DoCmd. OdpriPoročilo, da prikažete natančne zapise, ki jih potrebuje uporabnik. Razmislite o izklopu krmarjenja po zapisih.

Bodite previdni s heterogenimi poizvedbami   Ne izvajajte 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ženete poizvedbo, ne zažene poizvedbe v strežniku SQL Server.

Kdaj uporabiti lokalne tabele    Razmislite o uporabi lokalnih tabel za podatke, ki se redko spreminjajo, na primer seznam držav ali provinc v državi ali regiji. Statične tabele se pogosto uporabljajo za filtriranje in lahko bolje delujejo na vmesniku Accessa.

Če želite več informacij, glejte svetovalec za uglaševanje mehanizma zbirke podatkov, uporabite Analizator učinkovitosti delovanja, da optimizirate Accessovo zbirko podatkovin optimizirate programe Microsoft Office Access, povezane s strežnikom SQL Server.

Glejte tudi

Azure Database

Spletni dnevnik za selitev Microsoft Data

Microsoft Access do selitve strežnika SQL Server, pretvorba in nadgrajevanje

Načini skupne rabe Accessove namizne zbirke podatkov

Opomba:  Ta stran je bila prevedena z avtomatizacijo in lahko vsebuje slovnične napake ali nepravilnosti. Želimo, da bi bila ta vsebina za vas uporabna. Ali nam lahko sporočite, če so bile te informacije uporabne? Tukaj je referenčni članek v angleščini.

Razširite poznavanje Officea
Oglejte si izobraževanje
Prvi dobite nove funkcije
Pridružite se programu Office Insider

Vam je bila informacija v pomoč?

Zahvaljujemo se vam za povratne informacije.

Zahvaljujemo se vam za povratne informacije. Videti je, da bi vam prišla prav pomoč enega od naših Officeovih agentov za podporo.

×