Idővel a legtöbb adatbázis-alkalmazás növekszik, egyre összetettebb lesz, és több felhasználót kell támogatnia. A Microsoft Office Access-alkalmazás életciklusának egy bizonyos pontján érdemes megfontolni, hogy a teljesítményt, méretezhetőséget, elérhetőségt, biztonságot, megbízhatóságot és helyreállítást optimalizálja egy Microsoft SQL Server-adatbázisra.
A cikk tartalma
A Microsoft Office Access-adatbázisok feljavadása
A tolizálás az Access- adatbázis-objektumok egy új vagy meglévő SQL Server-adatbázisba vagy új Access-projektbe (.adp) való áttelepítés folyamata.
Az adatbázisok SQL Serverre való átméretezésének előnyei
-
Nagy teljesítmény és méretezhetőség Az SQL Server számos helyzetben jobb teljesítményt nyújt, mint az Access-adatbázisok. Az SQL Server emellett támogatja a nagyon nagy méretű, terabájt méretű adatbázisokat is, amelyek sokkal nagyobbak, mint a két gigabájtos Access-adatbázisok aktuális korlátja. Végül az SQL Server nagyon hatékonyan működik, ha párhuzamosan feldolgoz egy lekérdezést (több natív szálat használva egyetlen folyamaton belül kezeli a felhasználói kérelmeket), és minimalizálja a további memóriaigényeket, ha több felhasználót ad hozzá.
-
Nagyobb elérhetőség Az SQL Server lehetővé teszi, hogy használat közben dinamikus biztonsági másolatot készítsen az adatbázisról, akár növekményes, akár teljes. 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.
-
Fokozott biztonság Megbízható kapcsolat használata esetén az SQL Server integrálható a Windows rendszerbiztonsággal, így 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.
-
Azonnali helyreállíthatóság Rendszerhiba (például operációs rendszer összeomlása vagy áramkimaradás) esetén az SQL Server automatikus helyreállítási mechanizmussal rendelkezik, amely percek alatt helyreállítja az adatbázist az utolsó konzisztenciaállapotba, és nem szükséges adatbázis-rendszergazdai beavatkozás.
-
Kiszolgálóalapú feldolgozás Ha az SQL Servert ügyfél-kiszolgáló konfigurációban használja, azzal csökkenti a hálózati forgalmat azáltal, hogy adatbázis-lekérdezéseket feldolgoz a kiszolgálón, mielőtt elküldené az eredményeket az ügyfélnek. A kiszolgálóra jellemzően sokkal hatékonyabb a feldolgozás, különösen akkor, ha nagy adatkészletekkel dolgozik.
Az alkalmazás emellett felhasználói függvényeket, tárolt eljárásokat és eseményindítókat is használhat 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ított és megosztható a kiszolgálón, nem pedig az ügyfélen.
A feljavasztás módjai
A Méretező varázsló áthelyezi az adatbázis-objektumokat és a meglévő adatokat egy Access-adatbázisból egy új vagy meglévő SQL Server-adatbázisba.
A Méretező varázsló háromféleképpen használható:
-
Az Access-adatbázis összes adatbázis-objektumának áttűnése Access-projektbe, így ügyfél- és kiszolgálóalkalmazásokat hozhat létre. Ez a megközelítés további alkalmazásmódosításokat, valamint kód- és összetett lekérdezések módosítását igényli.
-
Az Access-adatbázisokból sql Server-adatbázisba csak adatokat vagy adatdefiníciókat lehet átcsoportosítani.
-
Hozzon létre egy Access-adatbázis előlapját egy SQL Server-adatbázis háttérkiszolgálójának, hogy új adatbázist előtér-/háttéralkalmazás. Ez a megközelítés nagyon kevés alkalmazásmódosítást igényel, mivel a kód még mindig az Access adatbázismotorját (ACE) használja.
Az Access-adatbázisok feljavadása előtt
Mielőtt sql Server-adatbázisba vagy Access-projektbe tolja át az Access-adatbázist, fontolja meg az alábbiakat:
-
Biztonsági másolat készítése az adatbázisról Bár a Továbbító varázsló nem távolít el semmilyen adatot vagy adatbázis-objektumot az Access-adatbázisból, a feljavasztás előtt jó ötlet lehet biztonsági másolatot készíteni az Access-adatbázisról.
-
Győződjön meg arról, hogy elegendő lemezterülete van A feljavatott adatbázist tartalmazó eszközön elegendő lemezterületnek kell rendelkezésre lennie. A Méretező varázsló akkor működik a legjobban, ha sok szabad lemezterület áll rendelkezésre.
-
Egyedi indexek létrehozása A csatolt táblának egyedi indexel kell lennie ahhoz, hogy frissíthető legyen az Accessben. A Méretező varázsló képes egy meglévő egyedi indexet feljavaszni, de nem tud olyan indexet létrehozni, amelyben nincs ilyen. Ha frissíteni szeretné a táblákat, a frissítés előtt győződjön meg arról, hogy minden Access-táblához egyedi indexet ad hozzá.
-
Az SQL Server-adatbázis megfelelő engedélyeinek hozzárendelése saját maga számára
-
A meglévő adatbázisra való feljavasztáshoz CREATE TABLE és CREATE DEFAULT engedélyekre van szükség.
-
Új adatbázis létrehozásához CREATE DATABASE engedéllyel és SELECT engedélyekkel kell rendelkeznie a főadatbázis rendszertábláihoz.
-
Az Access 2007 Feljavaló varázsló a Microsoft SQL Server 2000-hez és AZ SQL Server 2005-hez való munkához van optimalizálva.
A Méretező varázsló használata
-
Az Adatbáziseszközök lap Adatok áthelyezése csoportjában kattintson az SQL Server gombra.
Elindul a Méretező varázsló.
1. lépés: Meglévő vagy új adatbázisra való áttevő kiválasztása
A varázsló első lapján megadhatja, hogy az Access-adatbázist meglévő SQL Server-adatbázisra szeretné-e feljavaszni, vagy új SQL Server-adatbázist szeretne létrehozni.
-
Meglévő adatbázis használata Ha ezt a lehetőséget választja, majd a Tovább gombra kattint,az Access megjeleníti az Adatforrás kiválasztása párbeszédpanelt, hogy ODBC-kapcsolatot hozzon létre a meglévő SQL Server-adatbázissal.
Az ODBC-adatforrások bemutatása
Az adatforrások olyan adatforrások, amelyek az adatok eléréséhez szükséges kapcsolati adatokkal kombinálva adatokat tartalmaznak. Adatforrások például az Access, az SQL Server, az Oracle RDBMS, a számolótábla és a szövegfájl. A kapcsolati információk magukba foglalhatják a kiszolgáló helyét, az adatbázis nevét, a bejelentkezési azonosítót, a jelszót és az ODBC-illesztőprogram különféle beállításait, amelyek megadják, hogy miként kell az adatforráshoz kapcsolódni.
Az ODBC architektúrában egy alkalmazás (például az Access vagy egy Microsoft Visual Basic program) csatlakozik az ODBC-illesztőprogram-kezelőhöz, amely pedig egy adott ODBC-illesztőt (például a Microsoft SQL ODBC-illesztőprogramot) használva csatlakozik egy adatforráshoz (ebben az esetben EGY SQL Server-adatbázishoz). Az Accessben az ODBC-adatforrások révén olyan külső (az Access alkalmazáson kívüli) adatforrásokhoz lehet kapcsolódni, amelyekhez nincs beépített illesztőprogram.
Az ODBC-adatforrásokhoz való kapcsolódáshoz tegye a következőket:
-
Telepítse a megfelelő ODBC-illesztőprogramot az adatforrást tartalmazó számítógépre.
-
Adjon meg egy adatforrásnevet (DSN-t) az ODBC adatforrás-felügyelő használatával vagy egy Visual Basic-kódba írt kapcsolati karakterlánccal. Az előbbi esetben a kapcsolati információ a Microsoft Windows beállításjegyzékébe (korábbi nevén rendszerleíró adatbázisába) vagy egy DSN-fájlba kerül, az utóbbi esetben közvetlenül továbbítható az ODBC illesztőprogram-kezelőnek.
Gépi adatforrások
A gépi adatforrások a windowsos beállításjegyzékben egy felhasználó által definiált nevű számítógépen tárolják a kapcsolati adatokat. Ezek az adatforrások csak azon a számítógépen használhatók, amelyen definiálták őket. Lehetnek felhasználói és rendszeradatforrások. A felhasználói adatforrásokat csak az aktuális felhasználó használhatja, és csak az ő számára láthatók. A rendszeradatforrásokat minden felhasználó használhatja az adott számítógépen, azok minden felhasználó és rendszerszintű szolgáltatás számára láthatók. A gépi adatforrások különösen akkor hasznosak, ha növelni szeretné a biztonságot, ezeket ugyanis csak a bejelentkezett felhasználók használhatják, távoli felhasználók nem másolhatják őket másik számítógépre.
Fájladatforrások
A fájladatforrások (más néven DSN-fájlok) a kapcsolati adatokat szövegfájlban tárolják, nem pedig a Windows beállításjegyzékében, és általában rugalmasabban használhatók, mint a gépi adatforrások. Egy fájladatforrást például bármely olyan számítógépre másolhat, amely rendelkezik a megfelelő ODBC-illesztőprogrammal, hogy az alkalmazás az összes használt számítógéppel konzisztens és pontos kapcsolati információkra támaszkodjon. Másik lehetőségként helyezze a fájladatforrást egyetlen kiszolgálóra, ossza meg a hálózat számos számítógépe között, és egyszerűen egyetlen helyen őrizze meg a kapcsolati adatokat.
A fájladatforrások megoszthatósága letiltható. A nem megosztható fájladatforrás egyetlen számítógépen található, és egy számítógép-adatforrásra mutat. Segítségükkel fájladatforrásból elérhetők meglévő gépi adatforrások.
Kapcsolati karakterláncok
Egy modulban formázott kapcsolati karakterláncot definiálhat, amely megadja a kapcsolat adatait. A kapcsolati karakterlánc közvetlenül az ODBC Illesztőprogram-kezelőnek ad át kapcsolati adatokat, ami megkönnyíti az alkalmazás működését azáltal, hogy eltávolítja azt a követelményt, hogy a rendszergazda vagy a felhasználó először hozzon létre egy DSN-t az adatbázis használata előtt.
-
-
Új adatbázis létrehozása Ha ezt a lehetőséget választja, majd a Továbbgombra kattint, az Access megjelenít egy lapot, ahol megadhatja az új SQL Server-adatbázis adatait.
-
Milyen SQL Servert szeretne használni ehhez az adatbázishoz? Írja be annak a kiszolgálónak a nevét, amit használni szeretne.
-
Megbízható kapcsolat használata Megbízható kapcsolatot használhat, azaz az SQL Server integrálható a Windows operációs rendszer biztonságával, így egyetlen bejelentkezést biztosít a hálózatra és az adatbázisba.
-
Bejelentkezési azonosító és jelszó Ha nem használ megbízható kapcsolatot, írja be a kiszolgálón a CREATE DATABASE jogosultsággal rendelkező fiók bejelentkezési azonosítóját és jelszavát.
-
Mi a neve az új SQL Server-adatbázisnak? Írja be az új SQL Server-adatbázis nevét. Az Access módosítja a nevet, ha ütközik egy meglévő adatbázisnévvel, és felvesz egy számmal jelölt utótagot (például a sajátadatbázis 1- et).
-
2. lépés: Annak kiválasztása, hogy mely táblákat kell feljavaszni
Ebben a lépésben kijelöli azokat az Access-táblákat, amelyeken át szeretné egészíteni az SQL Server-adatbázist. Jelölje ki a feljavadni kívánt táblákat, majd a nyílgombokkal helyezze át őket az Exportálás AZ SQL Serverbe listába. Másik lehetőségként dupla kattintással áthelyezheti a táblázatot egyik listáról a másikba.
Az Elérhető táblák lista az ÖSSZES csatolt táblát tartalmazza, kivéve az SQL Server-táblákat, amelyek már egy SQL Server-adatbázisban vannak. Azok a csatolt táblák, amelyek egy méretezésre kijelölt SQL Server-adatbázisra mutatnak, automatikusan megjelennek az Exportálás SQL Server-kiszolgálóra listamezőben, és nem távolíthatók el. Azok a táblák, amelyek jelenleg nem láthatók a navigációs ablak nem láthatók, beleértve a rejtett táblákat és rendszertáblákat is.
Tipp: Az "_local" végződésekkel végződő nevű táblák nem érhetők el az elérhető táblák listájában, így megelőzhető a már feljavadt táblák felépítése. Ha újra fel szeretné újítani ezeket a táblákat, nevezze át őket, mielőtt futtatja a Upsizing Wizardt a "_local" utótag eltávolításával.
3. lépés: A honosított attribútumok és beállítások megadása
Ebben a lépésben meg kell választania, hogy mely táblaattribútumokat kell az SQL Server-adatbázisba áttenni. Alapértelmezés szerint az összes attribútum alapértelmezés szerint méretezésre van kiválasztva.
Megjegyzés: A Méretező varázsló alapértelmezés szerint az Access-mezőneveket jogi SQL Server-mezőnevekké konvertálja, és az Access-adattípusokat a megfelelő SQL Server-adattípusokká alakítja.
Milyen táblaattribútumokat szeretne tolni?
Az alábbi táblázat felsorolja a feljavadhat attribútumokat, és ismerteti, hogy a Méretező varázsló hogyan kezeli az egyes attribútumokat:
|
Attribute |
Művelet, ha be van jelölve |
|||||||||||||||
|
Indexek |
A Méretező varázsló az összes indexet feljavasztja. A Méretező varázsló SQL Server-indexekké alakítja az Access elsődleges kulcsait, és sql Server-elsődleges kulcsként jelöli meg őket. Ha úgy dönt, hogy a feljavasztott SQL Server-táblát az Access-adatbázishoz csatolja, a Upsizing Wizard az "aaaaa" előtagot is hozzáadja az index nevéhez. Ennek az az oka, hogy az Access elsődleges kulcsként az elérhető indexek listájában betűrend szerint választja ki az indexet, és az "aaaaa" előtag gondoskodik arról, hogy a megfelelő indexet válassza ki. Minden más index megőrzi a nevüket, kivéve ha az érvénytelen karaktereket a "_" karakterre cseréli. Az egyedi és nem egyedi Access-indexek egyedi és nem egyedi SQL Server-indexek lesznek. A csatolt táblának egyedi indexel kell lennie ahhoz, hogy frissíthető legyen az Accessben. A Méretező varázsló képes egy meglévő egyedi indexet feljavaszni, de nem tud olyan indexet létrehozni, amelyben nincs ilyen. Ha a frissítés után frissíteni szeretné a táblákban lévő adatokat, a frissítés előtt győződjön meg arról, hogy minden Access-táblához egyedi indexet ad hozzá. |
|||||||||||||||
|
Érvényességi szabályok |
A Frissítő varázsló a következőt frissíti és szúrja be eseményindítóként:
Az eseményindító egy SQL Server-táblához társított Transact-SQL-utasítások sorozata. A tábla három eseményindítót is tartalmazhat, amelyek egyike a tábla adatainak módosítására képes parancsok mindegyikéhez: az UPDATE, az INSERT és a DELETE parancs. A parancs végrehajtásakor a rendszer automatikusan végrehajtja az eseményindítót. A Méretező varázsló SQL Server-szabályok helyett eseményindítókat használ a mezőszintű ellenőrzés kényszerítéséhez, mivel az SQL Server-szabályok nem teszik lehetővé egyéni hibaüzenetek megjelenítését. Minden egyes érvényességi szabálynak nincs feltétlenül egy-az-egyhez levelezése eseményindítóval. Az egyes érvényességi szabályok több eseményindító részei lehetnek, és minden eseményindító tartalmazhat olyan kódot, amely több érvényességi szabály funkcióját emulálja. Ha egy Access-mező Kötelező tulajdonságát igaz értékűre adja, a felhasználó nem szúrhat be rekordot, és nem hagyhatja null értékűre a kötelező mezőt (ha nincs alapértelmezett kötve a mezőhöz), illetve nem állíthatja null értékűre a mezőt a rekord frissítések frissítésekjekor. A kötelező mezők olyan mezőkre vannak feljavatva, amelyek nem engedélyezik a null értékeket az SQL Serverben. Érvényesítési szöveg Az Access-adatbázis Érvényesítési szöveg tulajdonsága access-projekt érvényesítési szöveg tulajdonságába alakul át. Ez lehetővé teszi az Access-felhasználóbarát hibaüzenetek megjelenítését a kényszer futási időben való megszegése esetén. |
|||||||||||||||
|
Alapértékek |
A Tolizáló varázsló az Összes Alapértelmezett érték tulajdonságot az American National Standards Institute (ANSI) alapértelmezett objektumaira értékeli. |
|||||||||||||||
|
Táblakapcsolatok |
A Méretező varázsló az összes táblakapcsolatot feljavasztja. A táblakapcsolatok és a hivatkozási integritás frissítéssel, beszúráskor vagy törléssel, illetve deklarált hivatkozási integritás (DRI) használatával is frissítheti a táblakapcsolatokat és a hivatkozási integritást. A DRI ugyanúgy működik, mint az Access hivatkozási integritása azáltal, hogy elsődlegeskulcs-korlátozásokat definiál az alaptáblákhoz (az egy-a-több kapcsolat "egy" oldalára) és az idegenkulcs-korlátozásokhoz az idegen táblákra (általában az egy-a-több kapcsolat "több" oldalára).
|
Milyen adatbeállításokat szeretne szerepeletni?
-
Időbélyegmezők hozzáadása táblákhoz Az SQL Server egy időbélyegző mező segítségével jelzi, hogy egy rekord megváltozott (de a módosításkor nem), egy egyedi értékmező létrehozásával, majd a mező frissítésével a rekord frissítésekor. Csatolt táblában az Access az időbélyeg mezőkben megadott értéket használja annak megállapításához, hogy módosult-e egy rekord a frissítése előtt. Általánosságban elmondható, hogy az időbélyegző mező biztosítja a legjobb teljesítményt és megbízhatóságot. Időbélyegmező nélkül az SQL Servernek a rekord összes mezőjét ellenőriznie kell annak megállapításához, hogy a rekord megváltozott-e, ami lassítja a teljesítményt.
Az alábbi táblázat a listában elérhető beállításokat ismerteti:
|
Beállítás |
Leírás |
|
Igen, a varázsló döntse el |
Ha az eredeti Access-táblák lebegőpontos (egy- vagy dupla), Feljegyzés vagy OLE-objektum mezőket tartalmaznak, a Méretező varázsló új időbélyegmezőket hoz létre az eredményül kapott SQL Server-táblákban. |
|
Igen, mindig |
A Méretező varázsló időbélyegző mezőt hoz létre az összes upsized táblához, függetlenül attól, hogy milyen mezőtípusokat tartalmaznak. Ez javítja a feljavadt Access-táblák teljesítményét, amelyek nem tartalmaznak Feljegyzés, OLE-objektum vagy lebegőpontos mezőket, de más típusú mezőket tartalmaznak. |
|
Nem, Soha |
A Méretező varázsló nem ad időbélyegző mezőket a táblákhoz. |
Fontos: Csatolt SQL Server-táblákban az Access nem ellenőrzi, hogy a Feljegyzés vagy az OLE-objektum mező megváltozott-e, mert ezek a mezők sok megabájt méretűek is lehet, és az összehasonlítás túl sok hálózat-igényes és időigényes lehet. Ezért ha csak egy szöveg- vagy képmező módosult, és nincs időbélyegmező, az Access felülírja a változást. Emellett előfordulhat, hogy egy lebegőpontos mező értéke megváltozik, ha nem, így időbélyegmező hiányában az Access megállapíthatja, hogy a rekord megváltozott, ha nem.
-
Csak a táblastruktúra létrehozása, adatok feljavaszása A Méretező varázsló alapértelmezés szerint minden adatot sql Serverre tol át. Ha a Csak táblastruktúra létrehozása jelölőnégyzetet választja, egyetlen adatszerkezetet sem kell feljavítania, csak az adatstruktúra lesz feljaválva.
4. lépés: Az alkalmazás upsize-ének kiválasztása
A varázsló következő lapján három különböző módszer közül választhat az Access-adatbázis-alkalmazás feljavasztása érdekében. A Milyen alkalmazásbeli módosításokat szeretne?alatt válasszon az alábbi lehetőségek közül:
-
Új Access-ügyfél-/kiszolgálóalkalmazás létrehozása Ha ezt a lehetőséget választja, a Méretező varázsló létrehoz egy új Access-projektet. A Méretező varázsló kéri, hogy nevezze el az aktuális Access-adatbázis nevét, majd egy "CS" utótagot ad hozzá, majd ugyanazon a helyen tárolja a projektet, mint a meglévő Access-adatbázist.
A Méretező varázsló létrehozza az Access-projektfájlt, majd az Access-adatbázisból az Access-projektbe átméretzi az összes adatbázis-objektumot. Ha nem menti a jelszót és a felhasználói azonosítót, akkor az Access-projekt első megnyitásakor az Access megjeleníti az Adatkapcsolat tulajdonságai párbeszédpanelt, hogy csatlakozni tud egy SQL Server-adatbázishoz.
-
SQL Server-táblák csatolása meglévő alkalmazáshoz Ha ezt a beállítást választja, a Méretező varázsló úgy módosítja az Access-adatbázist, hogy a lekérdezések, űrlapok, jelentések és adatelérési lapok az új SQL Server-adatbázisban található adatokat használják az Access-adatbázis adatai helyett. A Méretező varázsló átnevezi az Ön által feljavadt Access-táblákat a "_local" utótagra. Ha például egy Alkalmazottak nevű táblát újít, a táblát átnevezi Employees_local Access-adatbázisban. Ezután a Méretező varázsló létrehoz egy Alkalmazottak nevű csatolt SQL Server-táblát.
Megjegyzés: A továbbépítési művelet befejeződése után a "_local" utótaggal átnevezett táblák a továbbiakban nem lesznek használatosak. Mindazonáltal a helyi táblák megőrzése mindaddig jó, amíg nem ellenőrzi, hogy a upsizing sikeres volt-e. Később törölheti a helyi táblákat, hogy csökkentse az Access-adatbázis méretét. A táblák törlése előtt mindenképpen legyen biztonsági mentése az adatbázisról.
Az eredeti Alkalmazottak táblákon alapuló lekérdezések, űrlapok, jelentések és adatelérési lapok mostantól a csatolt SQL Server Employees táblát használják. Az eredeti helyi tábla mezőinek számos tulajdonságát az új helyi tábla örökli, beleértve a Leírás,a Felirat,a Formátum, az InputMaskés a DecimalPlaces tulajdonságot.
-
Nincs alkalmazásváltozás Akkor válassza ezt a lehetőséget, ha csak az SQL Server-adatbázisba szeretné másolni az adatokat, a meglévő Access-adatbázis-alkalmazásban nem szeretne más módosításokat tenni.
Jelszó és felhasználói azonosító mentése A Méretező varázsló alapértelmezés szerint csatolt táblákat hoz létre a meglévő alkalmazásban, vagy access-projektet hoz létre a felhasználónév és a jelszó mentése nélkül. Ez azt jelenti, hogy az SQL Server-adatbázisba való bejelentkezéskor a felhasználók minden bejelentkezéskor kérik a felhasználónevet és a jelszót.
Ha a Jelszó és felhasználói azonosítómentése lehetőséget választja, a felhasználók bejelentkezés nélkül csatlakozhatnak egy SQL Server-adatbázishoz. Ha az Új Access-ügyfél-kiszolgálóialkalmazás létrehozása lehetőséget választja, az Access-projekt az OLE DB kapcsolati karakterláncában tárolja a felhasználónév jelszavát.
Megjegyzés: Ez a beállítás le van tiltva a "Nincs alkalmazásváltozás" beállításnál, ha egy csatolt SQL Server-tábla MSysConf táblával van konfigurálva a jelszavak mentésének megtagadása miatt.
The Upsizing Wizard report
Amikor a Befejezésgombra kattint, a Méretező varázsló létrehoz egy jelentést, amely részletes leírást ad az összes létrehozott objektumról, és bejelenti a folyamat során előforduló hibákat. A Méretező varázsló nyomtatási képként jeleníti meg a jelentést, majd kinyomtathatja vagy mentheti a jelentést, például XPS- vagy PDF-fájlként. A nyomtatási kép ablak bezárásakor a program nem Access-objektumként menti a jelentést.
A Upsizing Wizard jelentés az alábbiakról tartalmaz információkat:
-
A paraméterek tolódnak, beleértve azt is, hogy milyen táblázatattribútumokat választott a tolizáláshoz és a feljavasztáshoz.
-
Táblaadatok, például nevek, adattípusok, indexek, érvényességi szabályok, alapértelmezett értékek, eseményindítók és időbélyegek hozzáadása az Access és az SQL Server értékeinek összehasonlításával.
-
Az előforduló hibák, például az adatbázis- vagy tranzakciónaplók teljesek, nem megfelelő engedélyek, nem létrehozott eszköz vagy adatbázis, kihagyott tábla,alapértelmezett vagy érvényességi szabály, kapcsolat nincs kényszerítve, a lekérdezés kihagyva (mivel nem fordítható le SQL Server-szintaxisra), valamint vezérlő és rekordforrás konverziós hibák űrlapokon és jelentésekben.
Az adatbázis-objektumok feljavadása
Az alábbi adatok és adatbázis-objektumok feljavadása:
-
Adatok és adattípusok Az Access-adatbázis összes adattípusa a megfelelőjükké alakul az SQL Serverben. A varázsló az Access-adatbázis szövegét Unicode kódolásúvá alakítja úgy, hogy az összes karakterláncértékhez hozzáadja a Unicode karakterlánc-azonosítót, és az összes adattípushoz hozzáadja a Unicode n előtagot.
-
Lekérdezések
-
Azok a választó lekérdezések, amelyek nem tartalmaznak ORDER BY záradékot vagy paramétereket, nézetekké alakulnak át.
-
A műveletlekérdezések tárolt eljárásbeli műveletlekérdezésekké alakulnak át. Az Access a paraméterdeklarációkód után hozzáadja a SET NOCOUNT ON értéket, hogy biztosan futjon a tárolt eljárás.
-
Azok a választó lekérdezések, amelyek csak paramétereket vagy ORDER BY záradékot használó táblákra (más néven alaplekérdezésekre) hivatkoznak, felhasználói függvényekké alakulnak át. Szükség esetén az ORDER BY záradékot tartalmazó lekérdezéshez hozzáadja a TOP 100 PERCENT záradékot.
-
Az elnevezett paramétereket használó paraméteres lekérdezések megőrzik az Access-adatbázisban használt eredeti szövegnevet, és ezeket vagy tárolt eljárásokká, vagy beágyazott, felhasználó által definiált függvényekké konvertálja a program.
Megjegyzés: Előfordulhat, hogy manuálisan kell konvertálnia azokat a lekérdezéseket, amelyek nem tolódnak át, például SQL-áttűnések, adatdefiníciós lekérdezések és keresztbe törlő lekérdezések. Előfordulhat, hogy manuálisan kell frissítenie a túl mélyen beágyazott lekérdezéseket.
-
-
Űrlapok, jelentések és vezérlők A RecordSource,a ControlsSource és a RowSource tulajdonságokBAN lévő SQL-utasítások a helyén maradnak, és nem konvertálhatók tárolt eljárásokká vagy felhasználó által definiált függvényekké.
-
Indítási tulajdonságok A Méretező varázsló az alábbi indítási tulajdonságokat használja:
StartUpShowDBWindow
StartUpShowStatusBar
AllowShortcutMenus
AllowFullMenus
AllowBuiltInToolbars
AllowToolbarChanges
AllowSpecialKeys
UseAppIconForFrmRpt
AppIcon
AppTitle
StartUpForm
StartUpMenuBar
StartupShortcutMenuBar -
Modulok és makrók A Méretező varázsló nem módosítja a modulokat és a makrókat. Előfordulhat, hogy módosítania kell az alkalmazást, hogy teljes mértékben kihasználja az SQL Server funkcióinak előnyeit. További információt az SQL Serverhez csatolt Microsoft Office Access-alkalmazások optimalizálása című MSDN-cikkben talál.
