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

Hatókör

Microsoft 365-höz készült Access Access 2024 Access 2021 Access 2019 Access 2016

Mindannyiunknak vannak korlátai, és ez alól az Access-adatbázis sem kivétel. Egy Access-adatbázis maximális mérete például 2 GB, és ez nem alkalmas 255-nél több felhasználó használatára. Így, amikor eljön az ideje, hogy Access-adatbázisával a következő szintre lépjen, áttelepítheti az adatbázist az SQL Server-re. Az SQL Server (akár helyben, akár az Azure-felhőben) nagyobb mennyiségű adatot, több egyidejű felhasználót támogat, és nagyobb kapacitással rendelkezik, mint a JET/ACE adatbázismotor. Ez az útmutató zökkenőmentesen kezdi az SQL Server-úton, segít megőrizni a korábban létrehozott Access előtér-megoldásokat, és remélhetőleg motiválja Önt arra, hogy az Access jövőbeli adatbázis-megoldásaiban is az Accesst használja. A sikeres áttelepítéshez kövesse az alábbi lépéseket a Microsoft SQL Server Migration Assistant (SSMA) használatával.

Az adatbázisok SQL Server-re történő áttelepítésének lépései

Előzetes tennivalók

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

A felosztott adatbázisok ismertetése

Az Access-adatbázis összes objektuma lehet egy adatbázisfájlban, vagy két adatbázisfájlban: egy előtér-adatbázisban és egy háttéradatbázisban. Ezt nevezik az adatbázis felosztásának , és a hálózati környezetben való megosztás megkönnyítésére van kialakítva. A háttéradatbázisfájl csak táblákat és kapcsolatokat tartalmazhat. Az előtér-fájl csak az összes többi objektumot tartalmazhatja, beleértve az űrlapokat, jelentéseket, lekérdezéseket, makrókat, VBA-modulokat és a háttéradatbázishoz csatolt táblákat. Az Access-adatbázisok áttelepítése hasonlít a felosztott adatbázisokhoz abból a szempontból, hogy az SQL Server új háttérként működik a jelenleg a kiszolgálón lévő adatok számára.

Ennek köszönhetően továbbra is karbantarthatja az előtérbeli Access-adatbázist az SQL Server-táblákhoz csatolt táblákkal. Hatékonyan kihasználhatja az Access-adatbázisok által nyújtott gyors alkalmazásfejlesztés előnyeit és az SQL Server méretezhetőségét.

Az SQL Server előnyei

További meggyőzésre van szüksége az SQL Server-re való áttelepítéshez? Íme néhány további előny, amelyet érdemes átgondolni:

Több egyidejű felhasználó Az SQL Server sokkal több egyidejű felhasználót képes kezelni, mint az Access, és több felhasználó felvételekor minimalizálja a memóriaigényt.
Megnövelt rendelkezésre állás Az SQL Server segítségével dinamikus biztonsági mentést készíthet az adatbázisról annak használata közben, akár növekményesen, akár teljesen. 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ázisok általában jobban teljesítenek, mint az Access-adatbázisok, különösen nagy, terabájtnyi adatbázisok esetén. Emellett az SQL Server sokkal gyorsabban és hatékonyan dolgozza fel a lekérdezéseket a párhuzamos lekérdezések feldolgozása révén, és egyetlen folyamaton belül több natív szálat használva a felhasználói kérések kezeléséhez.
Fokozott biztonság A megbízható kapcsolat használatával az SQL Server integrálódik a Windows rendszerbiztonsággal, hogy egyetlen integrált hozzáférést biztosítson a hálózathoz és az adatbázishoz, mindkét biztonsági rendszer legjavát alkalmazva. Ez jelentősen megkönnyíti az összetett biztonsági sémák felügyeletét. Az SQL Server ideális tárolási hely a bizalmas adatok, például társadalombiztosítási számok, hitelkártyaadatok és bizalmas címek számára.
Azonnali helyreállíthatóság Ha az operációs rendszer összeomlik vagy áramkimaradás megy, az SQL Server néhány perc alatt, az adatbázis-rendszergazda beavatkozása nélkül képes helyreállítani az adatbázist konzisztens állapotba.
A VPN használata A hozzáférés és a virtuális magánhálózatok (VPN) nem jönnek ki egymással. Az SQL Server segítségével azonban a távoli felhasználók továbbra is használhatják az asztali asztalon lévő Access előtér-adatbázist és a VPN tűzfal mögött található SQL Server háttérrendszert.
Azure SQL Server Az SQL Server előnyei mellett dinamikus skálázhatóságot kínál állásidő nélkül, intelligens optimalizálást, globális skálázhatóságot és rendelkezésre állást, a hardverköltségek kiküszöbölését és csökkentett adminisztrációt.

A legjobb Azure SQL Server-lehetőség kiválasztása

Ha az Azure SQL Serverbe végez áttelepítést, három lehetőség közül választhat, amelyek mindegyike különböző előnyökkel jár:

Egyetlen adatbázis/rugalmas készletek Ez a lehetőség saját erőforráskészlettel rendelkezik, amelyet egy SQL Database-kiszolgálón keresztül kezelnek. Az egyetlen adatbázis olyan, mint egy tárolt adatbázis az SQL Server-ben. Rugalmas készletet is hozzáadhat, amely az SQL Database kiszolgálón keresztül felügyelt megosztott erőforráskészlettel rendelkező adatbázisok gyűjteménye. A leggyakrabban használt SQL Server-szolgáltatások beépített biztonsági másolatokkal, javításokkal és helyreállításokkal együtt érhetők el. Pontos karbantartási idő azonban nem garantált, és az SQL Server-ről való áttelepítés nehéz lehet.
Felügyelt példány Ez a beállítás rendszer- és felhasználói adatbázisok gyűjteménye megosztott erőforráskészlettel. A felügyelt példány olyan, mint az SQL Server-adatbázis példánya, amely nagyfokú kompatibilitást mutat a helyszíni SQL Server-rel. A felügyelt példányok beépített biztonsági másolatokkal, javításokkal és helyreállítással rendelkeznek, és könnyen áttelepíthetők az SQL Server-ből. Van azonban néhány olyan SQL Server-funkció, amely nem érhető el, és nincs garantáltan pontos karbantartási idő.
Azure virtuális gép Ez a beállítás lehetővé teszi az SQL Server futtatását egy virtuális gépen belül az Azure-felhőben. Teljes hozzáféréssel rendelkezik az SQL Server-motor fölött, és egy egyszerű áttelepítési útvonal áll rendelkezésére. Azonban kezelnie kell a biztonsági mentéseket, javításokat és helyreállítást.

További információ: Az adatbázis-áttelepítési útvonal kiválasztása az Azure-ba és Mi az Azure SQL?.

Első lépések

Van néhány olyan probléma, amelyet előre kijavíthat, és amely megkönnyítheti az áttelepítési folyamatot az SSMA futtatása előtt:

Táblaindexek és elsődleges kulcsok hozzáadása Győződjön meg róla, hogy minden Access-táblának van indexe és elsődleges kulcsa. Az SQL Server megköveteli, hogy minden tábla rendelkezzen legalább egy indexszel, és megköveteli, hogy a csatolt táblák elsődleges kulccsal rendelkezzenek, ha a tábla frissíthető.
Az elsődleges/idegen kulcs kapcsolatának ellenőrzése Győződjön meg arról, hogy a kapcsolatok egységes 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ű illesztett oszlopokat az idegenkulcs-korlátozásokban.
A Melléklet oszlop eltávolítása Az SSMA nem telepíti át a Melléklet oszlopot tartalmazó táblákat.

Az SSMA futtatása előtt végezze el az alábbi első lépéseket.

Zárja be az Access-adatbázist.
Győződjön meg arról, hogy az adatbázishoz csatlakozó aktuális felhasználók is bezárják az adatbázist.
Ha az adatbázis fájlformátumú .mdb, akkor távolítsa el a felhasználói szintű biztonságot.
Készítsen biztonsági másolatot az adatbázisról. További információ: Az adatok védelme biztonsági mentéssel és visszaállítással

Tipp Fontolja meg a Microsoft SQL Server Express telepítését az asztalra, amely akár 10 GB tárolását is támogatja, és ingyenes és egyszerűbb módja az áttelepítés elvégzésének és ellenőrzésének. Csatlakozáskor használja a LocalDB-t adatbázispéldányként.

Tipp Ha lehetséges, használja az Access egyik különálló verzióját.

Az SSMA futtatása

A Microsoft biztosítja a Microsoft SQL Server Migration Assistant (SSMA) szolgáltatást az áttelepítés megkönnyítése érdekében. Az SSMA főként táblákat és paraméter nélküli választó lekérdezéseket telepít át. Az űrlapok, jelentések, makrók és VBA-modulok nem konvertálódnak. Az SQL Server metaadat-kezelője megjeleníti az Access-adatbázis objektumait és az SQL Server-objektumokat, így áttekintheti mindkét adatbázis aktuális tartalmát. Ezt a két kapcsolatot a program menti az áttelepítési fájlba arra az esetre, ha a jövőben úgy döntene, hogy további objektumokat visz át.

Megjegyzés Az áttelepítési folyamat az adatbázis-objektumok méretétől és az átvinni kívánt adatok mennyiségétől függően eltarthat egy ideig.

Egy adatbázis SSMA használatával történő áttelepítéséhez először töltse le és telepítse a szoftvert úgy, hogy duplán kattint a letöltött MSI-fájlra. Győződjön meg róla, hogy a számítógépnek megfelelő 32 vagy 64 bites verziót telepítette.
Az SSMA telepítése után nyissa meg a számítógépen, lehetőleg arról a számítógépről, amelyen az Access-adatbázisfájl található.
Olyan gépen is megnyithatja, amely a hálózatról egy megosztott mappából hozzáfér az Access-adatbázishoz.
Az SSMA elején szereplő utasításokat követve adja meg az alapvető információkat, például az SQL Server helyét, az áttelepítendő Access-adatbázist és objektumokat, a kapcsolatokra vonatkozó adatokat, illetve hogy szeretne-e csatolt táblákat létrehozni.
Ha az SQL Server 2016-os vagy újabb verziójára frissít, és frissíteni szeretne egy csatolt táblát, az Eszközök >áttekintésegombra kattintva vegyen fel egy rowversion oszlopot Aprojektbeállítások>Általános lehetőségre kattintva.
A rowversion mező segít elkerülni a rekordok ütközését. Az Access egy csatolt SQL Server-tábla rowversion mezője alapján állapítja meg, hogy mikor frissítették utoljára a rekordot. Ezenkívül, ha hozzáadja a rowversion mezőt egy lekérdezéshez, az Access egy frissítési műveletet követően azzal újra kijelöli a sort. Ez növeli a hatékonyságot, mivel elkerülhetők az írási ütközési hibák és a rekordtörlési forgatókönyvek, amelyek akkor fordulhatnak elő, ha az Access az eredeti beküldéstől eltérő eredményeket észlel, például lebegőpontos szám adattípus és oszlopokat módosító eseményindítók esetén. Azonban ne használja a rowversion mezőt űrlapokon, jelentésekben és VBA-kódban. További információ: rowversion.
Megjegyzés Kerülje a rowversion és az időbélyegek összekeverését. Bár a timestamp kulcsszó a rowversion szinonimája az SQL Server-ben, a rowversion kulcsszóval nem lehet időbélyegzővel ellátni az adatbejegyzéseket.
Pontos adattípusok beállításához válassza a Véleményezési eszközök> elemetProjektbeállítások>típusleképezése. Ha például csak angol szöveget tárol, az nvarchar adattípus helyett használhatja a varchar adattípust.

Objektumok konvertálása

Az SSMA átkonvertálja az Access-objektumokat SQL Server-objektumokká, de nem másolja azonnal az objektumokat. Az SSMA az alábbi áttelepítendő objektumok listáját biztosítja, így eldöntheti, hogy át szeretné-e helyezni őket SQL Server-adatbázisba:

Táblázatok és oszlopok
Válassza a paraméter nélküli lekérdezések lehetőséget.
Elsődleges és idegen kulcsok
Indexek és alapértelmezett értékek
Korlátozások ellenőrzése (nulla hosszúságú oszlop engedélyezése tulajdonság, oszlopérvényességi szabály, táblaérvényesítés)

Ajánlott eljárásként használja az SSMA értékelési jelentését, amely tartalmazza a konverzió eredményeit, beleértve a hibákat, figyelmeztetéseket, tájékoztató üzeneteket, az áttelepítés végrehajtásának becsült idejét és az objektumok tényleges áthelyezése előtt elvégzendő egyéni hibajavítási lépéseket.

Az adatbázis-objektumok átalakítása az Access-metaadatok objektumdefinícióit az azzal egyenértékű Transact-SQL (T-SQL) szintaxissá alakítja, majd ezeket az információkat betölti a projektbe. Ezután megtekintheti a SQL Server- vagy SQL Azure-objektumokat és azok tulajdonságait a SQL Server vagy az SQL Azure Metadata Explorer használatával.

Az objektumok SQL Server-re való konvertálásához, betöltéséhez és áttelepítéséhez kövesse ezt az útmutatót.

Tipp Miután sikeresen migrálta az Access-adatbázist, mentse a projektfájlt későbbi használatra, hogy tesztelés vagy végső áttelepítés céljából ismét áttelepíthesse az adatait.

Táblák csatolása

A Windowshoz mellékelt natív SQL Server-illesztőprogramok használata helyett fontolja meg az SQL Server OLE DB- és ODBC-illesztőprogramok legújabb verziójának telepítését. Az újabb illesztőprogramok nemcsak gyorsabbak, de támogatják az Azure SQL olyan új funkcióit is, amelyeket a korábbi illesztőprogramok nem. Az illesztőprogramokat minden olyan számítógépre telepítheti, amelyen a konvertált adatbázis használatban van. További információ: Microsoft OLE DB Driver 18 SQL Server és Microsoft ODBC Driver 17 SQL Server esetén.

Miután áttelepítette az Access-táblákat, csatolhatja a táblákat az SQL Server-ben, amely most már az adatokat tárolja. A közvetlenül az Accessből történő csatolással egyszerűbben tekintheti meg az adatokat, mint az SQL Server összetettebb felügyeleti eszközeit kellene használnia. A csatolt adatok lekérdezése és szerkesztése az SQL Server-adatbázis rendszergazdája által beállított engedélyektől függően történik.

Megjegyzés Ha létrehoz egy ODBC-adatforrásnevet, amikor a csatolási folyamat során az SQL Server-adatbázishoz kapcsolódik, akkor vagy ugyanazt a DSN-t hozza létre az új alkalmazást használó összes gépen, vagy programozás útján 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 és Adatok importálása vagy csatolása SQL Server adatbázisban.

Tipp Ne feledkezzen meg arról, hogy az Access Csatolttábla-kezelőjével kényelmesen frissítheti és újracsatolhatja a táblákat. További információt a csatolt táblák kezelése című témakörben talál.

Tesztelés és ellenőrzés

Az alábbi szakaszok ismertetik a migrálás során előforduló gyakori problémákat és azok kezelését.

Lekérdezések

Csak a választó lekérdezések konvertálódnak; a többi lekérdezés nem, beleértve a paramétereket használó választó lekérdezéseket is. Előfordulhat, hogy egyes lekérdezések nem konvertálódnak teljesen, és az SSMA lekérdezési hibákat jelez az átalakítási folyamat során. Azokat, amelyek nem konvertálódnak a T-SQL szintaxis használatával, manuálisan szerkesztheti az objektumokat. A szintaktikai hibák esetén az Access-specifikus függvényeket és adattípusokat manuálisan is át kell alakítani SQL Server-függővé. További információt az Access SQL és az SQL Server TSQL összehasonlítása című témakörben talál.

Adattípusok

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

Nagy szám A Nagy szám adattípus egy nem pénzbeli numerikus értéket tárol, és kompatibilis az SQL bigint adattípussal. Ezzel az adattípussal hatékonyan végezhet számításokat nagy számokkal, de használatához az Access 16 (16.0.7812 vagy újabb) .accdb adatbázisfájl-formátum szükséges, és jobban teljesít az Access 64 bites verziójával. További információt a Nagy méretű szám adattípus használata és a Választás az Office 64 bites és 32 bites verziója között című témakörben talál.

Igen/nem Alapértelmezés szerint az Access Igen/Nem típusú oszlopai SQL Server-bitmezőkké alakulnak. A rekordzárolás elkerülése érdekében győződjön meg arról, hogy a bitmező úgy van beállítva, hogy ne engedélyezze a NULL értékeket. Az SSMA-ban a bit oszlopot választva állítsa az Allow Nulls tulajdonságot NO értékre. A TSQL-ben használja a CREATE TABLE vagy az ALTER TABLE utasítást.

Dátum és idő A dátummal és időponttal számos szempontot kell figyelembe venni:

Ha az adatbázis kompatibilitási szintje 130 (2016-os SQL Server) vagy magasabb, és egy csatolt tábla tartalmaz legalább egy datetime vagy datetime2 oszlopot, akkor a tábla a #deleted üzenetet jelenítheti meg az eredményben. További információt az Access adatbázishoz csatolt SQL-Server táblájának #deleted című témakörben talál.
Az Access Dátum/idő adattípusának megfeleltetése a datetime adattípusnak. Az Access Kiterjesztett dátum/idő adattípusával leképezheti a datetime2 adattípust, amely nagyobb dátum- és időtartományt tartalmaz. További információt a Kiterjesztett dátum/idő adattípus használata című témakörben talál.
Amikor dátumokat kérdez le az SQL Server-ben, a dátum mellett az időt is vegye figyelembe. Például:
- DateOrdered A 2019.01.01. és 2019.01.31. közötti dátum nem feltétlenül tartalmazza az összes megrendelést.
- DateOrdered Between 1/1/19 00:00:00 AM And 1/31/19 11:59:59 PM tartalmazza az összes megrendelést.

Melléklet A Melléklet adattípus egy fájlt Access-adatbázisban tárol. Az SQL Server használatakor számos lehetőség közül választhat. Bontsa ki a fájlokat az Access-adatbázisból, majd fontolja meg a fájlokra mutató hivatkozások SQL Server-adatbázisban történő tárolását. Másik lehetőségként a FILESTREAM, a FileTables vagy a távoli BLOB-tároló (RBS) használatával is tárolhatja a mellékleteket a SQL Server adatbázisban.

Hivatkozás Az Access-táblák olyan hiperhivatkozást tartalmazó oszlopokat tartalmaznak, amelyeket az SQL Server nem támogat. Alapértelmezés szerint ezeket az oszlopokat nvarchar(max) oszlopokká konvertálja a rendszer az SQL Server-ben, de testre szabhatja a leképezést, ha kisebb adattípust szeretne választani. Az Access-megoldásban akkor is használhatja a hiperhivatkozás viselkedését űrlapokon és jelentésekben, ha a vezérlőelem Hyperlink tulajdonságát true (igaz) értékre állítja.

Többértékű mező Az Access többértékű mezőjét a rendszer SQL Server formátumú ntext-mezővé konvertálja, amely az értékek adott halmazát 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 az SQL Server-adattípusok megfeleltetéséről az Adattípusok összehasonlítása című témakörben olvashat bővebben.

Megjegyzés A többértékű mezők nem konvertálódnak.

További információ: Dátum- és időtípusok, Karakterlánc- és bináris típusok, valamint Numerikus típusok.

Visual Basic

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

VBA-függvények lekérdezésekben Az Access-lekérdezések támogatják a lekérdezésoszlopok adatain levő VBA-függvényeket. A VBA-függvényeket használó Access-lekérdezések azonban nem futtathatók az SQL Server-en, így a rendszer minden kért adatot átad a Microsoft Accessnek feldolgozásra. Az ilyen lekérdezéseket a legtöbb esetben átadó lekérdezésekké kell konvertálni.

Felhasználó által definiált függvények lekérdezésekben A Microsoft Access-lekérdezések támogatják a VBA-modulokban definiált függvények használatát a hozzájuk továbbított adatok feldolgozására. A lekérdezések lehetnek önálló lekérdezések, űrlapok/jelentések rekordforrásaiban létrehozott SQL-utasítások, űrlapokon lévő kombinált listák és listamezők adatforrásai, jelentések és táblamezők, valamint alapértelmezett vagy érvényességi szabályok kifejezései. Az SQL Server nem tudja futtatni ezeket a felhasználó által definiált függvényeket. Előfordulhat, hogy manuálisan át kell terveznie ezeket a függvényeket, és tárolt eljárásokká kell alakítania őket az SQL Server-en.

Teljesítmény optimalizálása

Az új háttér-SQL Server teljesítményének optimalizálásának messze legfontosabb módja annak eldöntése, hogy mikor érdemes helyi és távoli lekérdezéseket használni. Amikor adatokat telepít át az SQL Server adatbázisba, a fájlkiszolgálóról ügyfél-kiszolgáló adatbázismodellre is áttér. Kövesse ezeket az általános irányelveket:

A lehető leggyorsabb hozzáférés érdekében futtasson kisméretű, írásvédett lekérdezéseket az ügyfélen.
Hosszú olvasási/írási lekérdezéseket futtathat a kiszolgálón, hogy kihasználhassa a nagyobb feldolgozási teljesítmény előnyeit.
Szűrőkkel és összesítéssel minimalizálhatja a hálózati forgalmat, hogy csak a szükséges adatokat lehessen továbbítani.

Az ügyfélkiszolgálói adatbázismodell teljesítményének optimalizálása További információt az átadó lekérdezés létrehozása című témakörben talál.

Az alábbiakban további, ajánlott irányelveket talál.

Logika elhelyezése a kiszolgálón Az alkalmazás nézetek, felhasználó által definiált függvények, tárolt eljárások, számított mezők és eseményindítók használatával központosíthatja és megoszthatja az alkalmazáslogikát, az üzleti szabályokat és házirendeket, az összetett lekérdezéseket, az adatérvényesítést és a hivatkozási integritási kódot a kiszolgálón, nem pedig az ügyfélen. Kérdezze meg magától, hogy ez a lekérdezés vagy feladat hatékonyabban é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 végezze el az alábbi műveleteket:

Űrlap esetén írásvédett űrlap esetén SQL nézetet, írható/olvasható űrlap esetén pedig indexelt SQL nézetet használjon rekordforrásként.
Jelentések esetén SQL nézetet használjon rekordforrásként. Azonban minden jelentéshez hozzon létre egy külön nézetet, hogy könnyebben frissíthessen egy adott jelentést anélkül, hogy az hatással lenne a többi jelentésre.

Az adatok űrlapon vagy jelentésben való betöltésének minimalizálása Ne jelenítsen meg adatokat, amíg a felhasználó nem kéri őket. A Rekordforrás tulajdonságot például hagyja üresen, a felhasználóknak válasszanak ki egy szűrőt az űrlapon, majd töltse ki a Rekordforrás tulajdonságot saját szűrővel. Vagy használja a DoCmd.OpenForm és a DoCmd.OpenReport where záradékát a felhasználónak szükséges rekordok pontos megjelenítéséhez. Fontolja meg a rekordnavigáció kikapcsolását.

Legyen óvatos a heterogén lekérdezésekkel Kerülje a helyi Access-táblát és csatolt SQL Server-táblát kombináló lekérdezést (más néven hibrid lekérdezést). Az ilyen típusú lekérdezések esetén az Accessnek le kell töltenie az összes SQL Server-adatot a helyi számítógépre, majd futtatnia kell a lekérdezést, a lekérdezést nem az SQL Server-ben futtatja.

Mikor célszerű helyi táblákat használni? A ritkán változó adatokhoz, például egy ország vagy régió államok vagy tartományok listájához használjon helyi táblázatokat. A statikus táblákat gyakran használják szűrési célokra, és az Access előtérrendszerben hatékonyabban működnek.

További információt a Database Engine Tuning Advisor, az Access-adatbázisok optimalizálása a Teljesítményelemző segítségével, valamint Az SQL Server-hez kapcsolt Microsoft Office Access-alkalmazások optimalizálása című témakörben talál.