Idővel a legtöbb adatbázis-alkalmazás növekszik, összetettebbé válik, és több felhasználót kell támogatnia. A Microsoft Office Access alkalmazás életciklusának egy bizonyos pontján érdemes lehet továbbfejleszteni egy Microsoft SQL Server-adatbázisra a teljesítmény, a méretezhetőség, a rendelkezésre állás, a biztonság, a megbízhatóság és a helyreállíthatóság optimalizálása érdekében.
Tartalom
Tudnivalók a Microsoft Office Access-adatbázisok továbbfejlesztéséről
A továbbfejlesztés az access-adatbázisból egy új vagy meglévő SQL Server adatbázisba vagy új Access-projektbe (.adp) migrálandó adatbázis-objektumok.
Az adatbázisok SQL Server való továbbfejlesztésének előnyei
-
Nagy teljesítmény és méretezhetőség Sok esetben a SQL Server jobb teljesítményt nyújt, mint egy Access-adatbázis. SQL Server 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 jelenlegi korlátja. Végül SQL Server nagyon hatékonyan működik a lekérdezések párhuzamos feldolgozásával (több natív szál használatával egyetlen folyamaton belül, a felhasználói kérések kezeléséhez), valamint a további memóriakövetelmények minimalizálásával, ha több felhasználót adnak hozzá.
-
Nagyobb rendelkezésre állás SQL Server lehetővé teszi az adatbázis dinamikus, akár növekményes, akár teljes biztonsági mentését, amíg használatban van. 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.
-
Továbbfejlesztett biztonság Megbízható kapcsolat használatával a SQL Server integrálhatók a Windows rendszerbiztonsággal, hogy egyetlen integrált hozzáférést biztosítsanak a hálózathoz és az adatbázishoz, és mindkét biztonsági rendszer közül a legjobbat használják. 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 az operációs rendszer összeomlása vagy áramkimaradás) esetén a SQL Server automatikus helyreállítási mechanizmussal rendelkezik, amely percek alatt helyreállítja az adatbázist az utolsó konzisztenciaállapotba, az adatbázis-rendszergazdai beavatkozás nélkül.
-
Kiszolgálóalapú feldolgozás Az SQL Server használata az ügyfél/kiszolgáló konfigurációjában csökkenti a hálózati forgalmat azáltal, hogy feldolgoz egy adatbázis-lekérdezést a kiszolgálón, mielőtt eredményeket küldene az ügyfélnek. Ha a kiszolgáló elvégzi a feldolgozást, általában sokkal hatékonyabb, különösen nagy adatkészletek használata esetén.
Az alkalmazás 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 szabályzatok, az összetett lekérdezések, az adatérvényesítés és a hivatkozási integritáskód központosításához és megosztásához a kiszolgálón, nem pedig az ügyfélen.
A feljavasítás módjai
A Továbbfejlesztő varázsló áthelyezi az adatbázis-objektumokat és az általuk tartalmazott adatokat egy Access-adatbázisból egy új vagy meglévő SQL Server adatbázisba.
A Továbbfejlesztő varázsló háromféleképpen használható:
-
Egy Access-adatbázis összes adatbázis-objektumát egy Access-projektre állítva létrehozhat egy ügyfél-/kiszolgálóalkalmazást. 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.
-
Csak adatok vagy adatdefiníciók frissítése Access-adatbázisból egy SQL Server-adatbázisba.
-
Hozzon létre egy Access-adatbázis előtérrendszert egy SQL Server adatbázis háttérrendszeréhez, hogy létrehozhasson egy 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ázismotort (ACE) használja.
Access-adatbázis létrehozása előtt
Mielőtt az Access-adatbázist SQL Server-adatbázisra vagy Access-projektre szeretné felméretezni, fontolja meg a következőket:
-
Biztonsági másolat készítése az adatbázisról Bár a Továbbfejlesztő varázsló nem távolít el adatokat vagy adatbázis-objektumokat az Access-adatbázisból, érdemes biztonsági másolatot készíteni az Access-adatbázisról, mielőtt továbbfejlesztené.
-
Győződjön meg arról, hogy elegendő lemezterülettel rendelkezik Elegendő lemezterülettel kell rendelkeznie az eszközön, amely a felméretezett adatbázist fogja tartalmazni. A Továbbfejlesztő varázsló akkor működik a legjobban, ha sok lemezterület áll rendelkezésre.
-
Egyedi indexek létrehozása A csatolt tábláknak egyedi indexszel kell rendelkezniük, hogy frissíthetők legyenek az Accessben. A Továbbfejlesztő varázsló képes továbbfejleszteni egy meglévő egyedi indexet, de nem tud létrehozni olyan indexet, amelyben nincs ilyen. Ha frissíteni szeretné a táblákat, a továbbfejlesztés előtt mindenképpen adjon hozzá egyedi indexet mindegyik Access-táblához.
-
A megfelelő engedélyek hozzárendelése a SQL Server-adatbázishoz
-
Meglévő adatbázisra való frissítéshez 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éllyel kell rendelkeznie a master adatbázis rendszertábláihoz.
-
Az Access 2007 Továbbfejlesztő varázsló a Microsoft SQL Server 2000 és SQL Server 2005 használatára van optimalizálva.
A Továbbfejlesztő varázsló használata
-
Az Adatbáziseszközök lap Adatok áthelyezése csoportjában kattintson a SQL Server.
Elindul a Továbbfejlesztő varázsló.
1. lépés: A meglévő vagy új adatbázisra való felméretezési lehetőség kiválasztása
A varázsló első lapján megadhatja, hogy szeretné-e az Access-adatbázist meglévő SQL Server-adatbázissá vagy új SQL Server-adatbázist 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 létesíthessen a meglévő SQL Server adatbázissal.
Az ODBC-adatforrások bemutatása
Az adatforrás az adatok és az adatok eléréséhez szükséges kapcsolati adatok együttes forrása. Adatforrások például az Access, a SQL Server, az Oracle RDBMS, a számolótábla és egy 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 a Microsoft Visual Basic program) csatlakozik az ODBC Illesztőprogram-kezelőhöz, amely egy adott ODBC-illesztőt (például Microsoft SQL ODBC-illesztőt) használ 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 Windows beállításjegyzékében tárolnak kapcsolati adatokat egy felhasználó által megadott nevű számítógépen. 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) szöveges fájlban tárolják a kapcsolati információkat, nem a Windows beállításjegyzékében, és általában rugalmasabbak, mint a gépi adatforrások. Például átmásolhat egy fájladatforrást bármely olyan számítógépre, amelyen a megfelelő ODBC-illesztőprogram található, így az alkalmazás konzisztens és pontos kapcsolati információkra támaszkodhat az összes használt számítógéphez. Vagy elhelyezheti a fájladatforrást egyetlen kiszolgálón, megoszthatja a hálózat számos számítógépe között, és egyszerűen megőrizheti a kapcsolati adatokat egy helyen.
A fájladatforrások megoszthatósága letiltható. A nem megosztott fájladatforrás egyetlen számítógépen található, és egy gépi 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 definiálhat egy formázott kapcsolati sztringet, amely megadja a kapcsolati adatokat. A kapcsolati sztring közvetlenül az ODBC Illesztőprogram-kezelőnek továbbítja a kapcsolati adatokat, és egyszerűbbé teszi az alkalmazást azzal, hogy eltávolítja azt a követelményt, hogy egy rendszergazda vagy felhasználó először hozzon létre 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ább gombra kattint, az Access megjelenít egy lapot, amelyen megadhatja az új SQL Server adatbázis adatait.
-
Milyen SQL Server szeretne használni ehhez az adatbázishoz? Írja be a használni kívánt kiszolgáló nevét.
-
Megbízható kapcsolat használata Használhat megbízható kapcsolatot, azaz SQL Server integrálható a Windows operációs rendszer biztonságával, hogy egyetlen bejelentkezést biztosítson a hálózatra és az adatbázisra.
-
Bejelentkezési azonosító és jelszó Ha nem használ megbízható kapcsolatot, írja be egy create DATABASE jogosultságokkal rendelkező fiók bejelentkezési azonosítóját és jelszavát a kiszolgálón.
-
Mi legyen az új SQL Server-adatbázis neve? Írja be az új SQL Server adatbázis nevét. Az Access módosítja a nevet, ha az ütközik egy meglévő adatbázisnévvel, és hozzáad egy számozott utótagot (például mydatabase 1).
-
2. lépés: A fokozza kívánt táblák kiválasztása
Ebben a lépésben kiválaszthatja azokat az Access-táblákat, amelyeket fel szeretne készíteni az SQL Server-adatbázisra. Jelölje ki a felméretezni kívánt táblákat, majd a nyílgombokkal helyezze át őket az Exportálás SQL Server listára. Másik lehetőségként dupla kattintással áthelyezheti a táblázatot az egyik listáról a másikra.
A Rendelkezésre álló táblák lista tartalmazza az összes csatolt táblát, kivéve SQL Server táblákat, amelyek már SQL Server adatbázisban találhatók. A továbbfejlesztéshez kijelölt SQL Server adatbázisra mutató csatolt táblák automatikusan megjelennek az Exportálás SQL Server listába listában, és nem távolíthatók el. A navigációs ablak jelenleg nem látható táblák is ki vannak zárva, beleértve a rejtett táblákat és a rendszertáblákat is.
Tipp: Minden olyan tábla, amelynek a neve "_local" végződésű, ki van zárva az elérhető táblák listájából, hogy megakadályozza a már továbbfejlesztett táblák továbbfejlesztését. Ha ismét szeretné továbbfejleszteni ezeket a táblákat, nevezze át őket a Továbbfejlesztő varázsló futtatása előtt a "_local" utótag eltávolításával.
3. lépés: A továbbadni kívánt attribútumok és beállítások megadása
Ebben a lépésben kiválaszthatja, hogy mely táblaattribútumokat szeretné a SQL Server-adatbázisra fokozni. Alapértelmezés szerint az összes attribútum ki van jelölve a továbbfejlesztéshez.
Megjegyzés: A Továbbfejlesztő varázsló alapértelmezés szerint jogi SQL Server mezőnevekké alakítja át az Access-mezőneveket, és az Access-adattípusokat a megfelelő SQL Server adattípusokká alakítja.
Milyen táblaattribútumokat szeretne feljavászni?
Az alábbi táblázat felsorolja a továbbfejleszthető attribútumokat, és leírja, hogy a Továbbfejlesztő varázsló hogyan kezeli az egyes attribútumokat:
|
Attribútum |
Művelet, ha ki van jelölve |
|||||||||||||||
|
Indexek |
A Továbbfejlesztő varázsló minden indexet továbbfejleszt. A Továbbfejlesztő varázsló az Access elsődleges kulcsait SQL Server indexekké alakítja, és SQL Server elsődleges kulcsként jelöli meg őket. Ha úgy dönt, hogy összekapcsolja a továbbfejlesztett SQL Server táblát az Access-adatbázissal, a Továbbfejlesztő varázsló 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 elsőként betűrendben szereplő indexet választja, az "aaaaa" előtag pedig biztosítja a megfelelő index kiválasztását. Minden más index megőrzi a nevüket, kivéve, ha az érvénytelen karaktereket a "_" karakterre cseréli a rendszer. Az egyedi és nem egyedi hozzáférési indexek egyedivé és nem egyedivé SQL Server indexekké válnak. A csatolt tábláknak egyedi indexszel kell rendelkezniük, hogy frissíthetők legyenek az Accessben. A Továbbfejlesztő varázsló képes továbbfejleszteni egy meglévő egyedi indexet, de nem tud létrehozni olyan indexet, amelyben nincs ilyen. Ha a továbbfejlesztés után frissíteni szeretné a táblákban lévő adatokat, a továbbfejlesztés előtt mindenképpen adjon hozzá egyedi indexet mindegyik Access-táblához. |
|||||||||||||||
|
Érvényesítési szabályok |
A Továbbfejlesztő varázsló frissítési és beszúrási eseményindítóként a következőket frissíti:
Az eseményindító egy SQL Server táblához társított Transact-SQL-utasítások sorozata. A táblák három eseményindítóval rendelkezhetnek, amelyek mindegyike egy-egy olyan parancsot tartalmaz, amely módosíthatja a táblázatban lévő adatokat: az UPDATE, az INSERT és a DELETE parancsot. A parancs végrehajtásakor a rendszer automatikusan végrehajtja az eseményindítót. A Továbbfejlesztő varázsló SQL Server szabályok helyett triggereket használ a mezőszintű ellenőrzés kényszerítéséhez, mert SQL Server szabályok nem teszik lehetővé egyéni hibaüzenetek megjelenítését. Az egyes érvényesítési szabályok nem feltétlenül rendelkeznek egy-az-egyhez egyezéssel egy eseményindítóval. Minden érvényesítési szabály több eseményindító részévé válhat, és mindegyik eseményindító tartalmazhat olyan kódot, amely több érvényesítési szabály funkcióit emulálja. Ha egy Access-mező Kötelező tulajdonságát true (igaz) értékre állítja, a felhasználó nem szúrhat be rekordot, és nem hagyhatja null értékre a kötelező mezőt (ha nincs alapértelmezett kötése a mezőhöz), vagy a rekord frissítésekor null értékűvé teheti a mezőt. A kötelező mezők olyan mezőkre vannak felállítva, amelyek nem engedélyezik a Null értékeket SQL Server. Érvényesítési szöveg Az Access-adatbázis Érvényesítési szöveg tulajdonsága az Access-projekt Érvényesítési szöveg tulajdonságává lesz konvertálva. Ez lehetővé teszi, hogy a hozzáférés-barát hibaüzenetek futásidőben korlátozásmegsértés esetén jelenjenek meg. |
|||||||||||||||
|
Alapértelmezett |
A Továbbfejlesztő varázsló az American National Standards Institute (ANSI) alapértelmezett objektumainak összes alapértelmezett érték tulajdonságát továbbfejleszti. |
|||||||||||||||
|
Táblakapcsolatok |
A Továbbfejlesztő varázsló továbbfejleszti az összes táblakapcsolatot. A táblakapcsolatok és a hivatkozási integritás frissítésével, beszúrásával vagy törlésével, illetve a deklarált hivatkozási integritás (DRI) használatával eldöntheti, hogy miként lehet fokozni a táblakapcsolatokat és a hivatkozási integritást. A DRI ugyanúgy működik, mint az Access hivatkozási integritása az alaptáblák elsődleges kulcskényszereinek (az egy-a-többhöz kapcsolat "egy" oldalán) és az idegen táblák idegenkulcs-megkötéseinek (általában egy-a-többhöz kapcsolat "több" oldalán) definiálásával.
|
Milyen adatbeállításokat szeretne megadni?
-
Időbélyeg-mezők hozzáadása táblákhoz SQL Server egy időbélyegző mező használatával jelzi, hogy egy rekord módosult (de nem akkor, amikor módosult), létrehoz egy egyedi értékmezőt, majd frissíti ezt a mezőt a rekord frissítésekor. Csatolt tábla esetén az Access az időbélyegmezőkben szereplő értékkel állapítja meg, hogy egy rekordot módosítottak-e a frissítés előtt. Az időbélyegző mező általában a legjobb teljesítményt és megbízhatóságot biztosítja. Időbélyeg-mező nélkül SQL Server ellenőriznie kell a rekord összes mezőjét annak megállapításához, hogy megváltozott-e a rekord, ami lelassí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, döntse el a varázsló |
Ha az eredeti Access-táblák lebegőpontos (egyszeres vagy dupla), Feljegyzés vagy OLE-objektum mezőket tartalmaznak, a Továbbfejlesztő varázsló új időbélyeg-mezőket hoz létre az eredményül kapott SQL Server táblákban ezekhez a mezőkhöz. |
|
Igen, mindig |
A Továbbfejlesztő varázsló minden továbbfejlesztett tábla számára létrehoz egy időbélyegző mezőt, függetlenül attól, hogy milyen típusú mezőket tartalmaznak. Ez javítja azoknak a továbbfejlesztett Access-tábláknak a teljesítményét, amelyek nem tartalmazhatnak Feljegyzés, OLE objektum vagy lebegőpontos mezőket, de más típusú mezőkkel rendelkeznek. |
|
Nem, soha |
A Továbbfejlesztő varázsló nem ad időbélyegmezőket a táblákhoz. |
Fontos: Csatolt SQL Server táblákban az Access nem ellenőrzi, hogy módosultak-e a Feljegyzés vagy az OLE objektummezők, mert ezek a mezők sok megabájt méretűek lehetnek, és az összehasonlítás túl hálózatigényes és időigényes lehet. Ezért ha csak egy szöveg- vagy képmező módosult, és nincs időbélyegző mező, az Access felülírja a módosítást. Emellett úgy tűnhet, hogy egy lebegőpontos mező értéke módosult, amikor még nem, ezért időbélyeg-mező hiányában az Access megállapíthatja, hogy a rekord módosult, ha nem.
-
Csak a táblastruktúrát hozza létre, ne alakítson ki adatokat A Továbbfejlesztő varázsló alapértelmezés szerint SQL Server összes adatot továbbfejleszti. Ha bejelöli a Csak táblastruktúra létrehozása jelölőnégyzetet, ne alakítson ki adatokat , csak az adatstruktúra lesz tovább állítva.
4. lépés: Az alkalmazás léptetésének kiválasztása
A varázsló következő lapján háromféleképpen végezheti el az Access-adatbázisalkalmazások továbbméreteztetésének egyikét. A Milyen alkalmazásmódosításokat szeretne végrehajtani? területen 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 Továbbfejlesztő varázsló létrehoz egy új Access-projektet. A Továbbfejlesztő varázsló egy nevet kér, amely alapértelmezés szerint az Access-adatbázis jelenlegi nevére vonatkozik, hozzáad egy "CS" utótagot, majd a projektet a meglévő Access-adatbázissal megegyező helyen tárolja.
A Továbbfejlesztő varázsló létrehozza az Access-projektfájlt, majd az Access-adatbázis összes adatbázis-objektumát továbbfejleszti az Access-projektre. 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 lehetőséget választja, a Továbbfejlesztő 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ázis adatait használják az Access-adatbázisban lévő adatok helyett. A Továbbfejlesztő varázsló átnevezi a továbbfejlesztett Access-táblákat a "_local" utótaggal. Ha például egy Employees (Alkalmazottak) nevű táblát készít, a táblát átnevezi Employees_local az Access-adatbázisban. Ezután a Továbbfejlesztő varázsló létrehoz egy Alkalmazottak nevű csatolt SQL Server táblát.
Megjegyzés: A továbbfejlesztési művelet befejezése után a "_local" utótaggal átnevezett táblák már nem lesznek használatban. Érdemes azonban megőrizni a helyi táblákat, amíg meg nem győződik arról, hogy a továbbfejlesztés sikeres volt. Később törölheti a helyi táblákat az Access-adatbázis méretének csökkentése érdekében. A táblák törlése előtt győződjön meg arról, hogy biztonsági másolatot készít az adatbázisról.
Az eredeti Employees 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 örökli az új helyi tábla, például a Leírás, a Felirat, a Formátum, az InputMask és a DecimalPlaces.
-
Nincsenek alkalmazásmódosítások Akkor válassza ezt a lehetőséget, ha csak a SQL Server adatbázisba szeretné másolni az adatokat, és nem szeretne más módosításokat végezni a meglévő Access-adatbázisalkalmazáson.
Jelszó és felhasználói azonosító mentése Alapértelmezés szerint a Továbbfejlesztő varázsló csatolt táblákat hoz létre a meglévő alkalmazásban, vagy létrehoz egy Access-projektet a felhasználónév és a jelszó mentése nélkül. Ez azt jelenti, hogy a rendszer minden alkalommal felhasználónevet és jelszót kér, amikor bejelentkezik egy SQL Server adatbázisba.
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óalkalmazás létrehozása lehetőséget választja, az Access-projekt az OLE DB kapcsolati karakterlánc tárolja a felhasználónevet.
Megjegyzés: Ez a beállítás le van tiltva a Nincs alkalmazásmódosítás lehetőségnél, ha egy csatolt SQL Server tábla MSysConf táblával van konfigurálva a jelszavak mentésének megtagadásához.
A Továbbfejlesztő varázsló jelentése
Amikor a Befejezés gombra kattint, a Továbbfejlesztő varázsló létrehoz egy jelentést, amely részletes leírást ad az összes létrehozott objektumról, és jelentést készít a folyamat során észlelt hibákról. A Továbbfejlesztő 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 jelentés nem access objektumként lesz mentve a Nyomtatási kép ablak bezárásakor.
A Továbbfejlesztő varázsló jelentése az alábbiakról tartalmaz információkat:
-
Továbbfejlesztő paraméterek, beleértve a továbbfejlesztendő táblaattribútumokat és a továbbfejlesztés módját.
-
Táblaadatok, beleértve az Access összehasonlítását és SQL Server értékeket a nevekhez, adattípusokhoz, indexekhez, érvényesítési szabályokhoz, alapértelmezett értékekhez, eseményindítókhoz, valamint az időbélyegek hozzáadásához.
-
Bármilyen észlelt hiba, például az adatbázis vagy tranzakciónapló megtelt, a nem megfelelő engedélyek, az eszköz vagy az adatbázis nem lett létrehozva, a tábla, az alapértelmezett vagy az érvényesítési szabály kihagyva, a kapcsolat nincs kényszerítve, a lekérdezés kihagyva (mert nem fordítható le SQL Server szintaxisra), valamint vezérlő és rekordforrás konvertálási hibákat az űrlapokban és jelentésekben.
Az adatbázis-objektumok üzembe helyezése
A következő adatok és adatbázis-objektumok lesznek naprakészek:
-
Adat- és adattípusok Az Access-adatbázis összes adattípusa az SQL Server megfelelője lesz. A varázsló unicode-ra konvertálja az Access-adatbázis szövegét úgy, hogy hozzáadja a Unicode-sztringazonosítót az összes sztringértékhez, és hozzáadja az Unicode n előtagot az összes adattípushoz.
-
Lekérdezések
-
Az ORDER BY záradékkal vagy paraméterekkel nem rendelkező lekérdezéseket a rendszer nézetekké alakítja.
-
A művelet lekérdezései tárolt eljárásműveleti lekérdezésekké alakulnak. Az Access hozzáadja a SET NOCOUNT ON paramétert a paraméterdeklarációs kód után, hogy meggyőződjön arról, hogy a tárolt eljárás fut.
-
Válassza ki azokat a lekérdezéseket, amelyek csak a paramétereket vagy ORDER BY záradékot használó táblákra (más néven alap lekérdezésekre) hivatkoznak a felhasználó által definiált függvényekké. Szükség esetén a TOP 100 PERCENT záradék hozzáadódik egy ORDER BY záradékot tartalmazó lekérdezéshez.
-
Az elnevezett paramétereket használó paraméteres lekérdezések megőrzik az Access-adatbázisban használt eredeti szövegnevet, és tárolt eljárásokká vagy felhasználó által definiált beágyazott függvényekké alakulnak.
Megjegyzés: Előfordulhat, hogy manuálisan kell konvertálnia a nem konvertált lekérdezéseket, például az SQL átmenő lekérdezéseit, az adatdefiníciós lekérdezéseket és a kereszttáblás lekérdezéseket. Előfordulhat, hogy manuálisan kell feljavaszítania a túl mélyen beágyazott lekérdezéseket.
-
-
Forms, jelentések és vezérlők Az űrlapok, jelentések vagy vezérlők RecordSource, ControlsSource és RowSource tulajdonságaiban lévő SQL-utasítások megmaradnak, és nem konvertálódnak tárolt eljárásokká vagy felhasználó által definiált függvényekké.
-
Indítási tulajdonságok A Továbbfejlesztő varázsló továbbfejleszti a következő indítási tulajdonságokat:
StartUpShowDBWindowStartUpShowStatusBarAllowShortcutMenusAllowFullMenusAllowBuiltInToolbarsAllowToolbarChangesAllowSpecialKeysUseAppIconForFrmRptAppIconAppTitleStartUpFormStartUpMenuBarStartupShortcutMenuBar
-
Modulok és makrók A Továbbfejlesztő 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álhassa SQL Server funkcióit. További információt a SQL Server csatolt Microsoft Office Access-alkalmazások optimalizálása című MSDN-cikkben talál.
