Access-adatbázis áttelepítése SQL Server-kiszolgálóra

Access-adatbázis áttelepítése SQL Server-kiszolgálóra

Mi minden korlátozással rendelkezik, és egy Access-adatbázis sem kivétel. Az Access-adatbázisok például legfeljebb 2 GB méretűek, és nem támogathatják több mint 255 egyidejű felhasználóit. Így, ha az Access-adatbázisnak az az ideje, hogy a következő szintre lépjen, áttelepítheti az SQL Server-ra. Az SQL Server (akár helyszíni, akár az Azure Cloud-on) nagyobb mennyiségű adatot támogat, több egyidejű felhasználó, és nagyobb kapacitással rendelkezik, mint a JET/ACE adatbázis-működtető rendszer. Ebből az útmutatóból megtudhatja, hogy miként indíthatja el az SQL Server-előfizetését, így megőrizheti az Ön által létrehozott Access-végfelhasználói megoldásokat, és remélhetőleg motiválja az Access használatát a jövőbeli adatbázis-megoldásokhoz. A Továbbfejlesztő varázsló el lett távolítva az Access alkalmazásból az Access 2013-ban, így most már használhatja a Microsoft SQL Server áttelepítési Segédet (SSMA). A sikeres áttelepítéshez kövesse az alábbi lépéseket.

Az adatbázis SQL Server-áttelepítés szakaszai

Előzetes tennivalók

Az alábbi szakaszok háttérrel és egyéb információkkal szolgálnak az első lépésekhez.

A felosztott adatbázisok ismertetése

Az Access-adatbázis összes objektuma lehet egy adatbázisfájl, vagy tárolhatók két adatbázisfájl: előtér-adatbázis és egy back-end adatbázis. Ezt nevezzük az adatbázis felosztásának , és a hálózati környezetben való megosztás megkönnyítésére szolgálnak. A back-end adatbázisfájl csak táblázatokat és kapcsolatokat tartalmazhat. Az előtér-fájlnak csak az összes többi objektumát kell tartalmaznia, például űrlapokat, jelentéseket, lekérdezéseket, makrókat, VBA-modulokat és a hozzájuk kapcsolódó táblákat a back-end adatbázishoz. Az Access-adatbázisok áttelepítésekor az SQL Server egy felosztott adatbázishoz hasonlít, amely a kiszolgálón jelenleg található adatforrások új back-end funkciója.

Ennek következtében továbbra is fenntarthatja az előtér-adatbázis csatolását az SQL Server-táblázatokhoz. A gyors alkalmazásfejlesztés előnyeit hatékonyan elérheti, hogy az Access-adatbázisok az SQL Server méretezhetőségével együtt elérhetők legyenek.

SQL Server-előnyök

Továbbra is meggyőzőnek kell lennie az SQL Serverre való áttéréshez? Íme néhány további előny:

  • Több egyidejű felhasználó    Az SQL Server sok további egyidejű felhasználót kezel, mint az Access, és minimalizálja a memória-követelményeket a további felhasználók hozzáadásakor.

  • Nagyobb elérhetőség    Az SQL Server segítségével dinamikusan biztonsági másolatot készíthet az adatbázis használat közbeni növekményes vagy teljes verziójában. 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 jobb, mint egy Access-adatbázis, különösen nagy méretű, terabájtos adatbázis esetén. Emellett az SQL Server gyorsabban és hatékonyabban dolgozza fel a lekérdezéseket, ha párhuzamosan dolgozza fel a lekérdezéseket, a felhasználói kérelmek kezeléséhez több natív hozzászólásláncot használ egyetlen folyamaton belül.

  • Továbbfejlesztett biztonság    A megbízható kapcsolat használata esetén az SQL Server a Windows rendszerbiztonságával integrálva egyetlen integrált hozzáférést biztosít a hálózathoz és az adatbázishoz, amely a legjobb biztonsági rendszereket alkalmazza. Ez jóval megkönnyíti az összetett biztonsági rendszerek felügyeletét. Az SQL Server ideális tárterület az olyan bizalmas információkhoz, mint például a társadalombiztosítási számok, a hitelkártya-adatok és a bizalmas címek.

  • Azonnali helyreállítás    Ha az operációs rendszer összeomlik, vagy ha kikapcsolja a teljesítményt, az SQL Server a percek között automatikusan visszaállíthatja az adatbázis egységes állapotát, az adatbázis-rendszergazdai beavatkozás nélkül.

  • A VPN használata    Az Access és a virtuális magánhálózatok (VPN) nem érhetők el. De az SQL Server használatakor a távoli felhasználók továbbra is használhatják az Access előtér-adatbázisát az asztalon, és az SQL Server back-end a VPN-tűzfal mögött.

  • Azure SQL Server    Az SQL Server előnyein kívül a dinamikus méretezhetőséget a leállás nélkül, az intelligens optimalizálás, a globális méretezhetőség és elérhetőség, a hardveres költségek kiküszöbölése és a csökkentett felügyelet teszi elérhetővé.

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

Ha az Azure SQL Serverre való áttéréskor három lehetőség közül választhat:

  • Egyetlen adatbázis/rugalmas készlet    Ez a beállítás egy SQL-adatbázis-kiszolgálón kezelt erőforrás-készletet tartalmaz. Egyetlen adatbázis olyan, mint egy tárolt adatbázis az SQL Serverben. Hozzáadhat egy rugalmas készletet is, amely az SQL-adatbázis-kiszolgálón kezelt megosztott erőforrásokból álló adatbázisok gyűjteménye. Az SQL Server leggyakrabban használt funkciói elérhetők beépített biztonsági másolatokkal, javítással és helyreállítással. De nincs garantált pontos karbantartási idő, és az SQL Serverről való áttelepítés is nehéz lehet.

  • Felügyelt példány    Ez a beállítás olyan rendszer-és felhasználói adatbázisok gyűjteménye, amelyekhez egy megosztott erőforrás van beállítva. A felügyelt példány olyan, mint az SQL Server-adatbázis egy példánya, amely nagyon kompatibilis a helyszíni SQL Serverrel. A felügyelt példányok beépített biztonsági másolatokkal, javítással, helyreállítással rendelkeznek, és könnyen áttelepíthetők az SQL Serverről. Létezik azonban néhány SQL Server-funkció, amely nem érhető el, és nincs garantált pontos karbantartási idő.

  • Azure virtuális gép    Ezzel a beállítással az Azure felhőben futtathatja az SQL Servert egy virtuális gépen. Teljes hozzáférése van az SQL Server-motorhoz és egy egyszerű áttelepítési útvonalhoz. A biztonsági mentéseket, a javításokat és a helyreállítást azonban kezelnie kell.

További információt az adatbázis- áttelepítési útvonal kiválasztása az Azure rendszerhez és a megfelelő SQL Server-beállítás választása az Azure-bancímű témakörben találhat.

Első lépések

A SSMA futtatása előtt néhány problémát megadhat az első lépésekben, amelyek megkönnyítik az áttelepítési folyamatot:

  • Tábla indexének és elsődleges kulcsainak hozzáadása    Ügyeljen arra, hogy minden Access-táblához tartozik egy index és egy elsődleges kulcs. Az SQL Server minden táblának legalább egy indexet kell használnia, és ahhoz, hogy a tábla frissíthető legyen, az elsődleges kulcs a csatolást igényli.

  • Az elsődleges/idegen kulcsok közötti kapcsolatok ellenőrzése    Ügyeljen arra, hogy ezek a kapcsolatok konzisztens adattípusokat és-méreteket tartalmazó mezőkön alapulnak. Az SQL Server nem támogatja az összekapcsolt oszlopokat eltérő adattípusokkal és méretekkel az idegen kulcsokra vonatkozó megkötésekben.

  • A melléklet oszlop eltávolítása    A SSMA nem telepíti át a melléklet oszlopot tartalmazó táblázatokat.

A SSMA futtatása előtt végezze el a következő első lépéseket.

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

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

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

  4. Készítsen biztonsági másolatot az adatbázisról. További információt az adatok védelme biztonsági mentéssel és visszaállítássalcímű témakörben talál.

Tipp:    Fontolja meg a Microsoft SQL Server Express Edition telepítését az asztali számítógépén, amely akár 10 GB-ot is támogat, és ingyenes és egyszerűbb megoldást nyújt az áttelepítésre, illetve ellenőrizheti az áttelepítést. Csatlakozáskor a LocalDB használja adatbázis-példányként.

Tipp:    Ha lehetséges, használja az Access különálló verzióját. Ha csak az Office 365-ot szeretné használni, akkor az Access 2010-adatbázismotor segítségével áttelepítheti az Access-adatbázist a SSMA használatakor. További információt a Microsoft Access-adatbázismotor 2010 terjeszthetőverziójában talál.

A SSMA futtatása

A Microsoft a Microsoft SQL Server áttelepítési segéd (SSMA) segítségével megkönnyíti az áttelepítés megkönnyítését. A SSMA főleg áttelepíti a táblázatokat, és a paraméterek nélküli lekérdezések közül választ. A program nem konvertálja az űrlapokat, jelentéseket, makrókat és VBA-modulokat. Az SQL Server metaadat-kezelője megjeleníti az Access-adatbázis objektumait és az SQL Server-objektumokat, amelyek lehetővé teszik a két adatbázis aktuális tartalmának áttekintését. Ezt a két kapcsolatot az áttelepítési fájlba menti a program, ha úgy dönt, hogy további objektumokat szeretne továbbítani a jövőben.

Megjegyzés:    Az áttelepítési folyamat az adatbázis-objektumok méretétől és az áthelyezni kívánt adatmennyiségtől függően némi időt vehet igénybe.

  1. Ha egy adatbázist a SSMA-ban szeretne áttelepíteni, először töltse le és telepítse a szoftvert a letöltött msi-fájlra duplán kattintva. Ellenőrizze, hogy telepítve van-e a számítógépen a megfelelő 32-vagy 64-bites verzió.

  2. Miután telepítette a SSMA, nyissa meg az asztalon, lehetőleg az Access-adatbázisfájlt tartalmazó számítógépről.

    Azt is megteheti, hogy egy olyan számítógépen nyitja meg, amelyen hozzáféréssel rendelkezik az Access-adatbázishoz a megosztott mappákban lévő hálózatról.

  3. A SSMA elején található utasításokat követve alapvető információkat (például az SQL Server helyét, az Access-adatbázist és-objektumokat) adhat meg az áttelepítéshez, a kapcsolati adatokhoz, illetve hogy szeretne-e hivatkozásokat létrehozni.

  4. Ha az SQL Server 2016-es vagy újabb verziójára vándorol, és egy kapcsolt táblát szeretne frissíteni, akkor vegyen fel egy ROWVERSION oszlopot az eszközök véleményezése > a Project beállításai > általánoselemre kattintva.

    A ROWVERSION mező segít elkerülni az ütközések rögzítését. Az Access ezt az ROWVERSION mezőt használja egy SQL Server-alapú kapcsolt táblában annak meghatározásához, hogy mikor frissítették utoljára a rekordot. Ha a ROWVERSION mezőt egy lekérdezéshez adja hozzá, az Access azt használja, hogy egy frissítési művelet után ismét kijelölje a sort. Ez növeli a hatékonyságot az írási ütközések okozta hibák elkerülésével és a rekordok törlésére, ami akkor fordulhat elő, ha az Access az eredeti feladótól eltérő eredményeket észlel, például az esetleges lebegőpontos szám típusú adattípusok és a módosítani kívánt eseményindítók esetében. oszlopok. Kerülje azonban a ROWVERSION mező használatát űrlapokon, jelentésekben vagy VBA-kódban. További információt a ROWVERSION című témakörben talál.

    Megjegyzés:    Kerülje a zavaró ROWVERSION az időbélyegekkel. Bár a kulcsszó időbélyege az SQL Server ROWVERSION szinonimája, a ROWVERSION nem használhatók az adatbevitelek időbélyegzővé tételére.

  5. A pontos adattípusok beállításához válassza az eszközök véleményezése > a projekt beállításai > típus megfeleltetése parancsot. Ha például csak angol nyelvű szöveget tárol, a varchar helyett használhatja a nvarchar adattípust.

Objektumok konvertálása

Az SSMA az Access-objektumokat SQL Server-objektumokra konvertálja, de nem azonnal másolja az objektumokat. A SSMA az alábbi áttelepíteni kívánt objektumok listáját jeleníti meg, így eldöntheti, hogy áthelyezi-e őket az SQL Server-adatbázisba:

  • Táblázatok és oszlopok

  • Válassza a paraméterek nélküli lekérdezések lehetőséget.

  • Elsődleges és idegen kulcsok

  • Indexek és alapértelmezett értékek

  • Kényszerek ellenőrzése (a nulla hosszúságú oszlop tulajdonságainak, az oszlop-érvényesítési szabálynak, a táblázat érvényesítésének engedélyezése)

Ajánlott gyakorlatként használja a SSMA-értékelő jelentést, amely a konverziós eredményeket jeleníti meg, többek között a hibákat, a figyelmeztetéseket, az információs üzeneteket, az áttelepítéshez szükséges időbecsléseket, valamint az egyes hibajavítási lépéseket, amelyeket a tényleges áthelyezés előtt el kell végeznie. objektumok.

Az adatbázis-objektumok konvertálásakor az objektum-definíciók az Access-metaadatokból származnak, a megfelelő Transact-SQL (T-SQL) szintaxisszerint konvertálja őket, majd betölti ezeket az adatokat a projektbe. Ezt követően megtekintheti az SQL Server-vagy SQL Azure-objektumokat és azok tulajdonságait az SQL Server vagy az SQL Azure metaadat-kezelő használatával.

Ha az objektumokat SQL Server-kiszolgálóra szeretné konvertálni, betölteni és áttelepíteni, kövesse az alábbi útmutatót.

Tipp:    Miután sikeresen áttelepítette az Access-adatbázist, mentse a projektfájlt későbbi használatra, így újból áttelepítheti az adatait tesztelés vagy végleges áttelepítés céljából.

Táblázatok összekapcsolása

Fontolja meg az SQL Server OLE DB és az ODBC-illesztőprogramok legújabb verziójának telepítését a Windows rendszert tartalmazó natív SQL Server-illesztőprogramok használata helyett. Nem csak az újabb illesztőprogramok gyorsabban működnek, de az Azure SQL új funkcióit támogatják, amelyeket a korábbi illesztőprogramok nem. Az illesztőprogramokat minden olyan számítógépen telepítheti, amelyen a konvertált adatbázis van használatban. További információért olvassa el a Microsoft OLE DB Driver 18 for SQL Server és a Microsoft ODBC driver 17 for SQL Servercímű témakört.

Az Access-táblák áttelepítése után hivatkozhat az SQL Server azon tábláira, amelyek most az Ön adatait tárolják. Az Accessből közvetlenül az Accessből is egyszerűbben megtekintheti az adatait, nem pedig a bonyolultabb SQL Server-kezelési eszközök.  Az SQL Server-adatbázis rendszergazdája által beállított engedélyektőlfüggően lekérdezéssel és szerkesztéssel is szerkesztheti a kapcsolt adatait.

Megjegyzés:    Ha ODBC-ADATFORRÁSNEVET hoz létre, amikor az SQL Server-adatbázisra hivatkozik a csatolási folyamat során, akkor hozza létre ugyanazt a DSN-t az összes olyan számítógépen, amely az új alkalmazást használja, vagy programozottan használja a DSN-fájlban tárolt kapcsolati karakterláncot.

További információt az Azure SQL Server-adatbázisban tárolt adatok csatolása és importálása , valamint SQL Server-adatbázisban tárolt adatok importálása vagy csatolása című témakörben talál.

Tipp   Ne felejtse el használni a táblákat az Accessben, hogy kényelmesen lehessen frissíteni és újracsatolni a táblázatokat. További információt a kapcsolt táblák kezelésecímű témakörben talál.

Tesztelés és módosítás

Az alábbi szakaszok leírják azokat a gyakori problémákat, amelyekkel az áttelepítés során találkozhat, és hogyan kezelheti őket.

Lekérdezések

Csak a választó lekérdezéseket konvertálja a program. egyéb lekérdezések nem, a paramétereket tartalmazó választó lekérdezéseket is magukban foglalják. Előfordulhat, hogy egyes lekérdezések nem teljes mértékben alakulnak át, és a konverziós folyamat során SSMA a jelentések lekérdezési hibáit. A T-SQL szintaxissal nem konvertálható objektumokat manuálisan is szerkesztheti. A szintaktikai hibákhoz szükség lehet a hozzáférés-specifikus függvények és az SQL Server-adattípusok manuális átalakítására is. További információt az Access SQL és az SQL Server TSQL összehasonlításacímű témakörben talál.

Adattípusok

Az Access és az SQL Server hasonló adattípusokat használ, de tisztában kell lennie az alábbi esetleges problémákkal.

Nagy szám    A nagy méretű szám adattípus nem pénzügyi, numerikus értéket tárol, és kompatibilis az SQL-bigint-adattípussal. Ezzel az adattípussal hatékonyan kiszámíthatja a nagy számokat, de az Access 16 (16.0.7812 vagy újabb). accdb adatbázis-formátuma szükséges, és hatékonyabban végezhető el az Access 64 bites verziójában. További információért olvassa el a nagy méretű szám adattípus használata című témakört, és válassza az Office 64 bites vagy 32 bites verziója között lehetőséget.

Igen/Nem    Alapértelmezés szerint az Access igen/nem oszlopát egy SQL Server-bit típusú mezőre konvertálja a program. A rögzítés elkerüléséhez Ügyeljen arra, hogy a bit mező értéke ne engedélyezze a NULL értékeket. A SSMA kiválaszthatja a bit oszlopot, ha az Allow null TULAJDONSÁGot nem értékre állítja. A TSQL-ban a CREATE TABLE vagy ALTER TABLE utasítás használható.

Dátum és idő    A dátumok és időpontok több szempontot is figyelembe vesznek:

  • Ha az adatbázis kompatibilitási szintje 130 (SQL Server 2016) vagy újabb, és egy kapcsolt tábla egy vagy több datetime vagy datetime2 oszlopot tartalmaz, előfordulhat, hogy a táblázat a találatok között visszaadja az üzenetet #deleted. További információért olvassa el a csatolás az SQL Server-adatbázishozcímű témakört, amely a #deletedt tartalmazza.

  • Használja a datetime2 adattípust, amely a DateTime tartománynál nagyobb dátumtartományt tartalmaz.

  • Ha az SQL Serverben dátumok lekérdezését végzi, vegye figyelembe a dátumot és az időt is. Például:

    • Előfordulhat, hogy az 1/1/19 és az 1/31/19 között az DateOrdered nem tartalmazza az összes rendelést.

    • Az 1/1/19 00:00:00 és a 1/31/19 11:59:59 du közötti DateOrdered az összes rendelést tartalmazza.

Melléklet   A melléklet adattípusa egy fájlt tárol az Access-adatbázisban. Az SQL Serverben számos lehetőség közül választhat. Az Access-adatbázisból kinyerheti a fájlokat, és érdemes lehet az SQL Server-adatbázisban tárolt fájlokra mutató hivatkozásokat tárolni. Azt is megteheti, hogy az FILESTREAM, a FileTables vagy a távoli BLOB-tároló (RBS) segítségével megőrizheti az SQL Server-adatbázisban tárolt mellékleteket.

Hivatkozás    Az Access-táblák hivatkozás oszlopait az SQL Server nem támogatja. Alapértelmezés szerint ezek az oszlopok az SQL Server nvarchar (max) oszlopokba konvertálódnak, a megfeleltetést azonban testre szabhatja kisebb adattípusok kiválasztásához. Az Access-megoldásban továbbra is használhatja az űrlapokon és jelentéseken a hivatkozás viselkedését, ha a vezérlőelem hivatkozás tulajdonságát True értékre állítja.

Többértékű mező    Az Access többértékű mező az SQL Server-ra konvertálódik ntext-mezőként, amely az értékek tagolt 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ásacímű témakörben olvashat bővebben.

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

További információt a dátum-ésIdőtípusok, a karakterlánc és a bináris típusokés a numerikus típusokcímű témakörben találhat.

Visual Basic

Noha az SQL Server nem támogatja a VBA-t, 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 VBA-függvényeket egy lekérdezési oszlopban lévő adatokon. A VBA-funkciókat használó Access-lekérdezések azonban nem futtathatók az SQL Serveren, így az összes kért adat átkerül a Microsoft Access programba feldolgozásra. A legtöbb esetben ezeket a lekérdezéseket átkell alakítani átadási lekérdezésekre.

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 az átadott adatok feldolgozásához. A lekérdezések lehet különálló lekérdezések, SQL-utasítások űrlapon/jelentés adatforrásokban, kombinált listák adatforrásaiban, űrlapokon, jelentésekben és táblázatokban, valamint alapértelmezett vagy érvényességi szabályokon alapuló listákban. Az SQL Server nem tudja futtatni ezeket a felhasználó által definiált függvényeket. Lehet, hogy kézzel kell átterveznie ezeket a függvényeket, és az SQL Serveren tárolt eljárásokra kell konvertálnia őket.

A teljesítmény optimalizálása

A teljesítmény optimalizálását az új, back-end SQL Server-kiszolgálón messze a legfontosabb módszer a helyi vagy távoli lekérdezések használatának eldöntése. Amikor áttelepíti az adatait az SQL Server-be, a rendszer egy fájlkiszolgáló segítségével egy ügyfél-kiszolgáló adatbázis-modellbe is áthelyezi. Kövesse az alábbi általános útmutatást:

  • A leggyorsabban a leggyorsabban elérhető lekérdezéseket futtathatja az ügyfélgépen.

  • Hosszú, olvasási/írási lekérdezéseket futtathat a kiszolgálón, hogy kihasználhassa a nagyobb feldolgozási teljesítményt.

  • A hálózati forgalom minimalizálása szűrők és összesítések segítségével csak a szükséges adatok átviteléhez.

Optimális teljesítmény az ügyfél-kiszolgáló adatbázis-modelljében

További információt az átadó lekérdezés létrehozásacímű témakörben talál.

Az alábbiakban további, ajánlott útmutatást olvashat.

A kiszolgáló logikájának megfogalmazása    Az alkalmazásban a nézetek, a felhasználók által definiált függvények, a tárolt eljárások, a számított mezők és az eseményindítók segítségével központosíthatja és megoszthatja az alkalmazás logikáját, üzleti szabályait és szabályait, az összetett lekérdezéseket, az adatok érvényesítését és a hivatkozási integritás kódját a kiszolgálón, nem pedig az ügyfélgépen. Kérdezze meg magától, hogy a lekérdezés vagy feladat a kiszolgálón jobban és gyorsabban végezhető-e? Végül tesztelje az egyes lekérdezéseket az optimális teljesítmény érdekében.

Nézetek használata űrlapokon és jelentésekben    Az Accessben tegye az alábbiakat:

  • Űrlapok esetében használjon SQL-nézetet írásvédett űrlaphoz, és egy SQL indexelt nézetet egy olvasási vagy írási űrlaphoz rekordforrás formájában.

  • Jelentések esetében használja az SQL nézetet rekordforrásként. Létrehozhat azonban külön nézetet minden jelentéshez, hogy könnyebben tudja frissíteni az adott jelentést, a többi jelentés hatása nélkül.

Az űrlap vagy jelentés adatainak betöltésének minimalizálása    Csak akkor jelenítse meg az adatot, ha a felhasználó kéri. Ha például a RecordSource tulajdonságot üresen szeretné tartani, a felhasználók kijelölhetnek egy szűrőt az űrlapon, majd kitölthetik a RecordSource tulajdonságot a szűrővel. Vagy használja a DoCmd. ŰrlapMegnyitása és a DoCmd. JelentésMegnyitása where záradékát a felhasználó által igényelt pontos rekord (ok) megjelenítéséhez. Fontolja meg a rekord-navigáció kikapcsolását.

Legyen óvatos a heterogén lekérdezésekkel   Kerülje az olyan lekérdezések működését, amelyek kombinálják a helyi Access-táblákat és az SQL Server-alapú kapcsolt táblát, más néven hibrid lekérdezést. Az ilyen típusú lekérdezéshez az összes SQL Server-adatot le kell töltenie a helyi számítógépre, majd futtatnia kell a lekérdezést, nem futtatja le a lekérdezést az SQL Server-kiszolgálón.

Mikor kell helyi táblákat használni?    Fontolja meg helyi táblázatok használatát olyan adattípusok esetén, amelyek ritkán változnak, például az országok vagy régiók listájában szereplő Államokban vagy tartományban. A statikus táblázatok gyakran használhatók szűréshez, és hatékonyabban elvégezhetők az Access előtérén.

További információért olvassa el az adatbázis-motor-hangolási tanácsadócímű témakört, és használja a Teljesítményfigyelőt az Access-adatbázisok optimalizálásához, illetve az SQL Serverhez kapcsolt Microsoft Office Access-alkalmazások optimalizálásához.

Lásd még

Azure adatbázis

Microsoft

A Microsoft Access az SQL Server áttelepítési, átalakítási és továbbfejlesztési

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

Megjegyzés:  Ez az oldal gépi fordítással lett lefordítva, ezért nyelvtani hibákat és pontatlanságokat tartalmazhat. A célunk az, hogy ezek a tartalmak felhasználóink hasznára váljanak. Hasznos volt ez az információ az Ön számára? Itt találja az eredeti angol nyelvű cikket.

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.

×