Access-adatbázis áttelepítése SQL Serverre

Access-adatbázis áttelepítése SQL Serverre

Mindegyikünk rendelkezik korlátozásokkal, és az Access-adatbázis sem kivétel. Egy Access-adatbázis méretkorlátja például 2 GB, és legfeljebb 255 egyidejű felhasználót támogathat. Ha tehát az Access-adatbázisnak a következő szintre kell áttűnni, az SQL Serverre kell áttűnni. Az SQL Server (helyszíni vagy Azure-felhőbeli) nagyobb mennyiségű adatot és egyidejű felhasználókat támogat, és nagyobb kapacitással rendelkezik, mint a JET/ACE adatbázismotor. Ez az útmutató zökkenőmentesen elindítja az SQL Server-beli útját, megőrzi az Access által létrehozott előlapi megoldásokat, és remélhetőleg motiválja, hogy az Accesst későbbi adatbázis-megoldásokhoz használja. A Méretező varázsló el lett távolítva az Accessből az Access 2013-ban, így most már használhatja a Microsoft SQL Server Migration Assistant (SSMA) segédet. A sikeres áttelepítéshez kövesse ezeket a szakaszokat.

Az adatbázisok SQL Serverbe való áttelepítésének szakaszai

Előzetes tennivalók

Az alábbi szakaszok háttér- és egyéb információkat tartalmaznak az első lépésekhez.

A felosztott adatbázisokról

Minden Access-adatbázis-objektum egy adatbázisfájlban lehet, vagy két adatbázisfájlban tárolható: egy előlapi és egy háttéradatbázisban. Ezt az adatbázis felosztását nevezzük, és úgy lett kialakítva, hogy megkönnyítse a megosztást a hálózati környezetben. A háttéradatbázis-fájlnak csak táblákat és kapcsolatokat kell tartalmaznia. Az előlapi fájlnak csak az összes egyéb objektumot kell tartalmaznia, beleértve az űrlapokat, jelentéseket, lekérdezéseket, makrókat, VBA-modulokat és csatolt táblákat a háttéradatbázishoz. Az Access-adatbázisok áttelepítése hasonló a felosztott adatbázisokhoz, amelyekben az SQL Server új háttérként szolgál a kiszolgálón lévő adatokhoz.

Ennek következtében továbbra is fenntarthatja az SQL Server-táblákhoz csatolt előlapi Access-adatbázist. Hatékonyan kihasználhatja az Access-adatbázisok gyors alkalmazásfejlesztésének előnyeit, valamint az SQL Server méretezhetőségét.

AZ SQL Server előnyei

További segítségre van szüksége az SQL Serverre való áttelepítéshez? Íme néhány további előny, amit át kell gondolni:

  • Több egyidejű felhasználó    Az SQL Server az Accessnél több egyidejű felhasználót képes kezelni, és minimalizálja a memóriaigényt, ha több felhasználót ad hozzá.

  • Nagyobb elérhetőség    Az SQL Serverrel dinamikusan, növekményes vagy teljes körű biztonsági mentést is használhat az adatbázisról használat közben. Ezért az adatok mentését megelőzően nem kell felszólítani a felhasználókat az adatbázisból való kilépésre.

  • Nagy teljesítmény és méretezhetőség    Az SQL Server-adatbázis általában jobban teljesít, mint az Access-adatbázisok, különösen nagy méretű, terabájt méretű adatbázisok esetén. Az SQL Server ezenkívül sokkal gyorsabban és hatékonyabban dolgozza fel a lekérdezéseket, ha párhuzamosan dolgozza fel a lekérdezéseket, és egyetlen folyamaton belül több natív szálat használ a felhasználói kérelmek kezelésére.

  • Fokozott biztonság    Megbízható kapcsolat használata esetén az SQL Server a Windows rendszerbiztonsággal integrálva egyetlen integrált hozzáférést biztosít a hálózathoz és az adatbázishoz, és a legjobbat használja mindkét biztonsági rendszerből. Ez sokkal egyszerűbbé teszi az összetett biztonsági sémák felügyeletét. Az SQL Server az ideális tárolóhely bizalmas információk, például társadalombiztosítási számok, hitelkártyaadatok és címek számára.

  • Azonnali helyreállíthatóság     Ha az operációs rendszer összeomlik, vagy áramkimaradás történik, az SQL Server percek alatt és rendszergazdai beavatkozás nélkül automatikusan helyreállíthatja az adatbázist konzisztens állapotba.

  • VPN használata    Az Access és a virtuális magánhálózat (VPN) nem jön ki jól egymással. Az SQL Server használata esetén azonban a távoli felhasználók továbbra is használhatjak az Access előlapi adatbázisát asztali számítógépen és a VPN tűzfal mögött található SQL Server háttérkiszolgálót.

  • Azure SQL Server    Az SQL Server az előnyök mellett dinamikus skálázhatóságot biztosít állásidők nélkül, intelligens optimalizálást, globális méretezhetőséget és elérhetőségt, a hardverköltségek megszüntetését és a kisebb felügyeletet.

A legjobb Azure SQL Server-beállítás kiválasztása

Ha Azure SQL Serverre áttelepítést tesz, három lehetőség közül választhat, amelyek mindegyikének különböző előnyei vannak:

  • Egyetlen adatbázis/rugalmassági készletek    Ennek a beállításnak saját erőforráskészlete van, amely sql-adatbázis-kiszolgálón keresztül kezelhető. Egyetlen adatbázis az SQL Serverben lévő adatbázishoz hasonló. Rugalmas készletet is hozzáadhat, amely az SQL-adatbázis-kiszolgálón keresztül kezelt megosztott erőforrásokat futtató adatbázisok gyűjteménye. A leggyakrabban használt SQL Server-funkciók a beépített biztonsági másolatokkal, javításokkal és helyreállítással érhetők el. Nem garantálható azonban a pontos karbantartási idő, és az SQL Serverből való áttelepítés nehéz lehet.

  • Felügyelt példány    Ez a beállítás megosztott erőforráskészletet használó rendszer- és felhasználói adatbázisok gyűjteménye. A felügyelt példány olyan, mint az SQL Server-adatbázis egy olyan példánya, amely nagy mértékben kompatibilis a helyszíni SQL Serverrel. A felügyelt példányok beépített biztonsági másolatokat, javításokat, helyreállítást, valamint az SQL Serverből való áttelepítést is megkönnyítik. Vannak azonban olyan SQL Server-szolgáltatások, amelyek nem érhetők el, és nem garantálják a pontos karbantartási időt.

  • Azure virtuális gép    Ez a beállítás lehetővé teszi, hogy az SQL Servert egy virtuális gépen belül, az Azure-felhőben futtassa. Teljes hozzáférése van az SQL Server-motorhoz és egy egyszerű áttelepítési útvonalhoz. Önnek kell azonban kezelnie a biztonsági másolatokat, a javításokat és a helyreállítást.

További információ: Az adatbázis áttelepítési útvonalának kiválasztása az Azure-hoz és a Megfelelő SQL Server-beállítás kiválasztása az Azure-ban.

Első lépések

Az SSMA futtatása előtt néhány probléma megoldásával egyszerűsítheti az áttelepítési folyamatot:

  • Táblaindexek és elsődleges kulcsok hozzáadása    Győződjön meg arról, hogy minden Access-tábla rendelkezik indexszel és elsődleges kulccsal. Ha a tábla frissíthető, az SQL Server megköveteli, hogy az összes táblának legalább egy indexe legyen, és egy csatolt táblának elsődleges kulccsal kell lennie.

  • Elsődleges/idegenkulcs-kapcsolatok ellenőrzése    Győződjön meg arról, hogy ezek a kapcsolatok konzisztens adattípusú és méretű mezőkön alapulnak. Az SQL Server nem támogatja a különböző adattípusú és méretű összekapcsolt oszlopokat az idegenkulcs-korlátozásokban.

  • A Melléklet oszlop eltávolítása    Az SSMA nem mirateálja a Melléklet oszlopot tartalmazó táblákat.

Az SSMA futtatása előtt kövesse az alábbi lépéseket.

  1. Zárja be az Access-adatbázist.

  2. Győződjön meg arról, hogy az adatbázishoz csatlakozó aktuális felhasználók is bezárják az adatbázist.

  3. Ha az adatbázis .mdbfájlformátumban van, akkor távolítsa el a felhasználói szintű biztonságot.

  4. Biztonsági mentése az adatbázisról. További információt az Adatok védelme biztonsági mentési és visszaállítási folyamatokkal.

Tipp:    Fontolja meg a Microsoft SQL Server Express kiadás telepítését az asztali gépére, amely akár 10 GB-ot is támogat, és egy ingyenes és egyszerűbb módja az áttelepítés futtatásának és ellenőrzésének. Csatlakozáskor használja a LocalDB adatbázispéldányt.

Tipp:    Ha lehetséges, használja az Access különálló verzióját. Ha csak a Microsoft 365 használhatja, akkor az Access 2010 adatbázismotorját használja az Access-adatbázis áttelepítése SSMA használata esetén. További információt a Microsoft Access 2010 újra terjeszthető adatbázismotorja tartalmaz.

Az SSMA futtatása

A Microsoft a Microsoft SQL Server Migration Assistant (SSMA) segítségével egyszerűbbé teszi az áttelepítést. Az SSMA főként táblákat migrált, és paraméterek nélkül választó lekérdezéseket tartalmaz. Az űrlapok, jelentések, makrók és VBA-modulok nem konvertálhatók. Az SQL Server Metaadat-kezelő megjeleníti az Access-adatbázis-objektumokat és az SQL Server-objektumokat, így mindkét adatbázis aktuális tartalmát áttekinti. Ezt a két kapcsolatot a rendszer az áttelepítési fájlba menti, ha úgy dönt, hogy a jövőben további objektumokat fog átadni.

Megjegyzés:    Az áttelepítési folyamat az adatbázis-objektumok méretétől és az átvihető adatok mennyiségétől függően némi ideig is eltelhet.

  1. Ha az SSMA használatával át kell telepítenie egy adatbázist, először töltse le és telepítse a szoftvert a letöltött MSI-fájlra duplán kattintva. Győződjön meg arról, hogy a számítógéphez a megfelelő 32 vagy 64 bites verziót telepíti.

  2. Az SSMA telepítése után nyissa meg az asztalon, lehetőleg az Access-adatbázisfájlt kezelő számítógépről.

    Olyan számítógépen is megnyithatja, amely hozzáfér az Access-adatbázishoz a hálózatról egy megosztott mappában.

  3. Az SSMA első utasításait követve adjon meg alapvető információkat, például az SQL Server helyét, az áttűnni kívánt Access-adatbázist és objektumokat, a kapcsolati adatokat, valamint hogy szeretne-e csatolt táblákat létrehozni.

  4. Ha SQL Server 2016-os vagy újabb verzióra szeretne áttérni, és egy csatolt táblát szeretne frissíteni, a Projektbeállítások csoport Véleményezés eszközeinek > Általános > lehetőséget választva vegyen fel egy rowversion oszlopot.

    A rowversion mező segít elkerülni a rekordütközéseket. Az Access ezzel a rowversion mezővel határozza meg, hogy mikor lett utoljára frissítve a rekord egy SQL Server-hez csatolt táblában. Ezenkívül ha hozzáadja a rowversion mezőt egy lekérdezéshez, az Access azt használja a sor újra kijelöléséhez egy frissítési művelet után. Ez növeli a hatékonyságot azáltal, hogy elkerüli az írási ütközések hibáit és a rekordtörlési eseteket, amelyek akkor fordulhatnak elő, ha az Access az eredeti beküldéstől eltérő eredményt észlel, például lebegőpontos szám adattípusok és oszlopokat módosító eseményindítók esetén. Az űrlapokon, jelentésekben és VBA-kódokban azonban ne használja a rowversion mezőt. További információ: rowversion.

    Megjegyzés:    Kerülje a rowversion és az időbélyegzők összekeverését. Bár az időbélyeg kulcsszó az SQL Server rowversion szinonimái, a rowversion nem használható adatbejegyzések időbélyegzőjére.

  5. Pontos adattípusok beállításhoz válassza a Véleményezési eszközök > a Projektbeállítások >Típusleképezés lehetőséget. Ha például csak angol nyelvű szöveget tárol, akkor a varchart használhatja nvarchar adattípus helyett.

Objektumok konvertálása

Az SSMA sql Server-objektumokká alakítja az Access-objektumokat, de nem másolja őket azonnal. Az SSMA az alábbi áttért objektumok listáját tartalmazza, így eldöntheti, hogy át szeretné-e őket áthelyezni az SQL Server-adatbázisba:

  • Táblázatok és oszlopok

  • Paraméterek nélküli lekérdezések kiválasztása

  • Elsődleges és idegen kulcsok

  • Indexek és alapértelmezett értékek

  • Érvényességi korlátozások ellenőrzése (nulla hosszúságú oszloptulajdonság engedélyezése, oszlopérvényesítési szabály, táblaérvényesítés)

Gyakorlati megoldásként használja az SSMA felmérési jelentést, amely megjeleníti a konverziós eredményeket, beleértve a hibákat, figyelmeztetéseket, tájékoztató üzeneteket, az áttelepítés elvégzésére vonatkozó időbecsléseket és az objektumok áthelyezése előtt szükséges egyéni hibajavítási lépéseket.

Az adatbázis-objektumok konvertálása az Access metaadataiból veszi az objektumdefiníciókat, átalakítja őket egyenértékű Transact-SQL (T-SQL)szintaxisra, majd betölti ezeket az információkat a projektbe. Ezután megtekintheti az SQL Server- vagy SQL Azure-objektumokat és tulajdonságaikat az SQL Server vagy az SQL Azure Metadata Explorer használatával.

Az objektumok SQL Serverbe való konvertálásához, betöltéséhez és áttelepítéséhez kövesse az alábbi útmutatót.

Tipp:    Miután sikeresen migrálta az Access-adatbázist, mentse a projektfájlt későbbi használatra, hogy újra áttelepítheti az adatokat tesztelésre vagy végső áttelepítésre.

Táblák összekapcsolása

Fontolja meg az SQL Server OLE DB- és ODBC-illesztőprogramok legújabb verziójának telepítését a Windowshoz szállított natív SQL Server-illesztőprogramok használata helyett. Nemcsak az újabb illesztőprogramok gyorsabbak, de támogatják az Azure SQL új funkcióit, amelyek a korábbi illesztőprogramok nem. Az illesztőprogramokat minden olyan számítógépre telepítheti, ahol a konvertált adatbázist használják. További információt a Microsoft OLE DB Driver 18 for SQL Server és a Microsoft ODBC Driver 17 for SQL Server címűcikk tartalmaz.

Az Access-táblák áttelepítése után csatolhatja az adatokat tartalmazó SQL Server-táblákat. A közvetlenül az Accessből való csatolással egyszerűbben megtekintheti az adatokat, és nem kell az összetettebb SQL Server-kezelő eszközöket használnia.  A csatolt adatokat az SQL Server-adatbázis rendszergazdája által beállított engedélyek alapján is lekérdezheti és szerkesztheti.

Megjegyzés:    Ha a csatolási folyamat során ODBC-adatforrást hoz létre az SQL Server-adatbázishoz csatolva, hozza létre ugyanazt a DSN-t minden olyan gépen, amely az új alkalmazást használja, vagy programozással használja a DSN-fájlban tárolt kapcsolati karakterláncot.

További információ: Adatok csatolása vagy importálása Azure SQL Server-adatbázisból, illetve adatok importálása vagy csatolása SQL Server-adatbázisban.

Tipp:   Ne felejtse el használni a Csatolttábla-kezelőt az Accessben a táblák kényelmes frissítésében és újrakapcsolatában. További információ: Csatolt táblák kezelése.

Tesztelés és átdolgozás

Az alábbi szakaszok ismertetik az áttelepítés során felmerülő gyakori problémákat, és ismertetik, hogy miként lehet kezelni őket.

Lekérdezések

Csak a választó lekérdezéseket konvertálja a rendszer; más lekérdezések nem, beleértve a paramétereket beválasztó választó lekérdezéseket. Előfordulhat, hogy egyes lekérdezések nem konvertálhatók teljesen, az SSMA-jelentések pedig lekérdezési hibákat a konvertálás során. A T-SQL szintaxissal manuálisan szerkesztheti azokat az objektumokat, amelyek nem konvertálhatók. A szintaxishibák miatt előfordulhat, hogy az Access-specifikus függvényeket és adattípusokat manuálisan kell SQL Serverre konvertálni. További információt az Access SQL és az SQL Server TSQL összehasonlítása című cikkben található.

Adattípusok

Az Access és az SQL Server hasonló adattípusokkal rendelkezik, de vegye figyelembe az alábbi lehetséges problémákat.

Nagy szám    A Nagy méretű szám adattípus nem pénzbeli numerikus értéket tárol, és kompatibilis az SQL bigint adattípussal. Ezzel az adattípussal hatékonyan kiszámíthat nagy számokat, de az Access 16 -os (16.0.7812-es vagy újabb) .accdb fájlformátumot kell használnia, és jobban teljesít az Access 64 bites verziójával. További információ: Nagy méretű szám adattípus használata és Választás az Office 64 bites és 32bites verziója között.

Igen/Nem    Alapértelmezés szerint az Access Igen/Nem oszlopa SQL Server-bitmezőként lesz konvertálva. A rekordzárolás elkerülése érdekében győződjön meg arról, hogy a bitmezőben a NULL értékek nem érvénybe essenek. IN SSMA, you can select the bit column to set the Allow Nulls property to NO. A TSQL-ban használja a CREATE TABLE vagy az ALTER TABLE utasításokat.

Dátum és idő    Dátummal és időpontokkal kapcsolatban több szempont is figyelembe van véve:

  • Ha az adatbázis kompatibilitási szintje 130 (SQL Server 2016) vagy újabb, és egy csatolt tábla legalább egy datetime vagy datetime2 oszlopot tartalmaz, előfordulhat, hogy a táblázat #deleted az eredményt. További információért lásd az Access csatolt tábláját, SQL-Server adatbázis visszaadja #deleted.

  • Az Access Dátum/Idő adattípusát használva leképezi a dátum/idő adattípust. Az Access Kiterjesztett dátum/idő adattípussal a datetime2 adattípust leképezi, amely nagyobb dátum- és időtartományt tartalmaz. További információt a Kiterjesztett dátum/idő adattípus használata.

  • Amikor dátumokat keres az SQL Serverben, vegye figyelembe az időt és a dátumot is. Például:

    • A DateOrdered Between 1/1/19 and 1/31/19 nem tartalmazhatja az összes rendelést.

    • DateOrdered Between 1/1/19 00:00:00:00 And 1/31/19 11:59:59 PM does include all orders.

Melléklet   A Melléklet adattípus access-adatbázisban tárolja a fájlokat. Az SQL Serverben több lehetőség közül is választhat. Kinyerheti a fájlokat az Access-adatbázisból, majd az SQL Server-adatbázisban tárolhatja a fájlokra mutató hivatkozásokat. Másik lehetőségként használhatja a FILESTREAM, a FileTables vagy a Remote BLOB Store (RBS) tárolót az SQL Server-adatbázisban tárolt mellékletek tárolására.

Hivatkozás    Az Access-táblák olyan hivatkozásoszlopokat tartalmaznak, amelyek az SQL Server által nem támogatottak. Alapértelmezés szerint ezek az oszlopok nvarchar(max) oszlopokká lesznek konvertálva az SQL Serverben, de testre szabhatja a megfeleltetést, hogy kisebb adattípust válasszon. Az Access-megoldásban akkor is használhatja a hivatkozások viselkedését űrlapokon és jelentésekben, ha a vezérlőelem Hivatkozás tulajdonságát igazra állítva adja meg.

Többértékű mező    Az Access többértékű mezőjét a program ntext mezőként konvertálja SQL Serverre, amely az elválasztójelekkel tagolt értékhalmazt tartalmazza. Mivel az SQL Server nem támogatja a több-a-többhöz kapcsolatot modellező többértékű adattípusokat, további tervezési és átalakítási műveletekre lehet szükség.

Az Access- és SQL Server-adattípusok megfeleltetésének további tudnivalókat az adattípusok összehasonlítása című cikk tartalmaz.

Megjegyzés:    A többértékű mezőket a rendszer nem konvertálja, és az Access 2010-ben megszüntette őket.

További információ: Dátum-és időtípusok, Karakterlánc- és bináristípusok, számtípusok.

Visual Basic

Bár az SQL Server nem támogatja a VBA-t, vegye figyelembe az alábbi lehetséges problémákat:

VBA-függvények a lekérdezésekben    Az Access-lekérdezések támogatják a lekérdezésoszlopban lévő adatok VBA-függvényeit. A VBA-függvényeket futtató Access-lekérdezések azonban nem futtathatók SQL Serveren, így minden kért adat feldolgozásra át lesz vive a Microsoft Accessnek. A legtöbb esetben ezeket a lekérdezéseket átható lekérdezésekké kell konvertálni.

Felhasználó által definiált függvények a lekérdezésekben    A Microsoft Access-lekérdezések támogatják a VBA-modulokban definiált függvények használatát a nekik átadott adatok feldolgozásához. A lekérdezések önálló lekérdezések, űrlap-/jelentésrekord-forrásokban lévő SQL-utasítások, űrlapokon, jelentéseken és táblamezőken található kombinált lista és listamező adatforrásai, valamint alapértelmezett vagy érvényességi szabályokra vonatkozó kifejezések. Az SQL Server nem tudja futtatni ezeket a felhasználó által definiált függvényeket. Előfordulhat, hogy manuálisan kell újraterveznie ezeket a függvényeket, és át kell alakítania őket az SQL Serveren tárolt eljárásokká.

Teljesítmény optimalizálása

Az új, háttérkiszolgálós SQL Serverrel a teljesítmény optimalizálásának legfontosabb módja az, ha eldönti, hogy mikor kell helyi vagy távoli lekérdezéseket használnia. Az adatok SQL Serverbe való áttelepítésekor a fájlkiszolgálóról is át kell haladni az informatikát kezelő ügyfél-kiszolgáló adatbázismodelljére. Kövesse az alábbi általános irányelveket:

  • A leggyorsabb hozzáférés érdekében futtatason kis, írásra kész lekérdezéseket az ügyfélen.

  • Hosszú, olvasható/írott lekérdezéseket futtathat a kiszolgálón, hogy kihasználja a nagyobb feldolgozási teljesítmény előnyeit.

  • Szűrőkkel és összegzéssel minimalizálhatja a hálózati forgalmat, hogy csak a szükséges adatokat továbbítsa.

A teljesítmény optimalizálása az ügyfélkiszolgáló adatbázismodellben

További információ: Áttűnő lekérdezés létrehozása.

Az alábbiakban további, ajánlott útmutatásokat is tartalmazunk.

Logikai függvények berakja a kiszolgálóra     Az alkalmazás emellett nézeteket, felhasználó által definiált függvényeket, tárolt eljárásokat, számított mezőket és eseményindítókat is használhat az ügyfél helyett az alkalmazáslogika, az üzleti szabályok és házirendek, az összetett lekérdezések, az adatérvényesítés és a hivatkozási integritáskódok központosíthatja és oszthatja meg a kiszolgálón. Megkérdezheti magától, hogy ez a lekérdezés vagy feladat jobban és gyorsabban elvégezhető-e a kiszolgálón? Végül tesztelje az egyes lekérdezéseket az optimális teljesítmény biztosítása érdekében.

Nézetek használata űrlapokon és jelentésekben    Az Accessben tegye a következőket:

  • Űrlapok esetén csak olvasható űrlap esetén használja az SQL nézetet, rekordforrásként pedig sql indexelt nézetet az írási/olvasási űrlapokhoz.

  • Jelentések esetén sql nézetet használjon rekordforrásként. Hozzon létre azonban egy külön nézetet az egyes jelentésekhez, így könnyebben frissíthet egy adott jelentést anélkül, hogy hatással lenne más jelentésekre.

Adatok betöltése kis méretre egy űrlapon vagy jelentésben    Csak akkor jelenítse meg az adatokat, ha a felhasználó kéri. Hagyja például üresen a rekordforrás tulajdonságot, a felhasználók jelöljön ki egy szűrőt az űrlapon, majd töltse ki a rekordforrás tulajdonságot a szűrővel. Vagy használja a DoCmd.OpenForm és a DoCmd.OpenReport where záradékot a felhasználó által szükséges pontos rekord(ak) megjelenítéséhez. Fontolja meg a rekordnavigálás kikapcsoltát.

Legyen óvatos a hetergens lekérdezésekkel   Kerülje a helyi Access-táblákat és sql Server-csatolt táblákat, más néven hibrid lekérdezéseket egyeső lekérdezések futtatását. Az ilyen típusú lekérdezések esetén az Accessnek továbbra is le kell töltenie az ÖSSZES SQL Server-adatot a helyi gépre, majd futtatnia kell a lekérdezést, nem futtatja a lekérdezést az SQL Serverben.

Mikor kell helyi táblákat használni?    Érdemes lehet helyi táblákat használni ritkán módosuló adatokhoz, például egy ország vagy régió állam- vagy tartománylistához. A statikus táblákat gyakran használják szűrésre, és jobban használhatók az Access előlapi rendszerében.

További információ: Database Engine Tuning Advisor, Use the Performance Analyzer to optimize an Access database,and Optimizeing Microsoft Office Access Applications Linked to SQL Server.

Lásd még

Azure Database Migration Guidehttp://datamigration.microsoft.com/

A Microsoft adatáttelepítési blogjahttps://blogs.msdn.microsoft.com/datamigration/

Microsoft Access to SQL Server Migration, Conversion and Upsizing

Az asztali Access-adatbázisok megosztásának lehetőségei

További segítségre van szüksége?

Office-jártasság bővítése
Oktatóanyagok megismerése
Új szolgáltatások listájának lekérése
Részvétel az Office Insider programban

Hasznos volt az információ?

Köszönjük a visszajelzését!

Köszönjük visszajelzését. Jobbnak látjuk, ha az Office egyik támogatási szakemberéhez irányítjuk.

×