Access tárolja az összes adatbázis táblák, lekérdezések, űrlapok, jelentések, makrók, modulok Access Jet adatbázis egyetlen fájlként.
a lekérdezés fejlesztéséhez az Access egy “Query Designer” – et kínál, egy grafikus felhasználói felületet, amely lehetővé teszi a felhasználók számára, hogy lekérdezéseket készítsenek strukturált lekérdezési nyelv ismerete nélkül. A Lekérdezés Tervező, a felhasználók a “show” a datasources a lekérdezés (amely lehet táblák vagy lekérdezések), majd válassza ki a mezőket akarnak visszatért kattintva, majd húzza őket a hálózatba., Az egyesüléseket úgy állíthatjuk be, hogy a táblákban lévő mezőket más táblázatok mezőire kattintjuk. Az Access lehetővé teszi a felhasználók számára, hogy megtekintsék és manipulálják az SQL kódot, ha szükséges. Bármely hozzáférési táblázat, beleértve a különböző adatforrásokból származó kapcsolt táblákat is, használható egy lekérdezésben.
Access is támogatja a létrehozását “pass-through lekérdezések”. Ezek az SQL kódrészletek külső adatforrásokat kezelhetnek ODBC kapcsolatok használatával a helyi gépen. Ez lehetővé teszi a felhasználók számára, hogy összekapcsolt táblák vagy Jet használata nélkül kölcsönhatásba lépjenek a hozzáférési programon kívül tárolt adatokkal.,A felhasználók a külső adatforrás által támogatott SQL szintaxis segítségével állítják össze a pass-through lekérdezéseket.
jelentések (a “tervezési nézetben”) módosításakor a vezérlők kiegészítései vagy módosításai miatt a kapcsolódó lekérdezések a háttérben végrehajtásra kerülnek, és a tervezőnek meg kell várnia a rekordok visszaküldését, mielőtt újabb változtatást tehetne. Ezt a funkciót nem lehet kikapcsolni.
a nem programozók használhatják a makró funkciót az egyszerű feladatok automatizálására egy sor legördülő választással., A makrók lehetővé teszik a felhasználók számára, hogy könnyen láncoljanak parancsokat, például lekérdezések futtatását, adatok importálását vagy exportálását, űrlapok megnyitását és bezárását, előnézeti és nyomtatási jelentéseket stb. A makrók támogatják az alapvető logikát (IF-Feltételek), valamint a más makrók hívásának képességét. A makrók tartalmazhatnak al-makrókat is, amelyek hasonlóak a szubrutinokhoz. Az Access 2007-ben a továbbfejlesztett makrók hibakezelést és ideiglenes változók támogatását tartalmazták. Access 2007 is bevezetett beágyazott makrók, amelyek lényegében tulajdonságai egy objektum esemény. Ez kiküszöböli annak szükségességét, hogy a makrókat egyedi objektumként tárolja., A makrók funkcionalitását azonban a programozási hurkok és a fejlett kódolási logika hiánya korlátozta 2013-ig. Az Access 2013-ban bevezetett jelentős további fejlesztésekkel a makrók képességei teljes mértékben összehasonlíthatók a VBA-val. A Microsoft SharePoint interfészén és eszközein, valamint a hagyományos Windows asztali számítógépeken keresztül praktikussá tették a szolgáltatásokban gazdag webes alkalmazások telepítését.
a Microsoft Office csomag más termékeivel együtt az Access-ben használt másik programozási nyelv a Microsoft VBA. Hasonló a Visual Basic 6-hoz.,A 0 (VB6) és a kód modulokban, osztályokban és kódokban tárolható űrlapok és jelentések mögött. Egy gazdagabb, hatékonyabb és karbantartható, jó hibakezeléssel rendelkező késztermék létrehozásához a legtöbb professzionális hozzáférési alkalmazást a VBA programozási nyelv, nem pedig a makrók segítségével fejlesztik ki, kivéve, ha a webes telepítés üzleti követelmény.,
manipulálni az adatokat táblázatok, lekérdezések a VBA-ban, vagy makrók, a Microsoft a két adatbázis-hozzáférési könyvtárak COM összetevők:
- Data Access Objects (DAO) (csak 32 bites), mely tartalmazza a Hozzáférést a Windows, illetve alakult ki, hogy az ÁSZ a Microsoft Access 2007 a ACCDE adatbázis formátum
- ActiveX Data Objects ActiveX Data Objects (ADO) (mind a 32-bites, mind a 64 bites verzió)
valamint a DAO, valamint NÉLKÜL, a fejlesztők is használja OLE DB-ODBC a fejlődő natív C/C++ programok-Hozzáféréssel. Az ADP-khez és az SQL Server adatainak közvetlen manipulálásához ADO szükséges., A Dao a legmegfelelőbb az Access/Jet adatbázisokban lévő adatok kezelésére, az ACCDB táblázatokban az összetett mezőtípusok manipulálásának egyetlen módja.
Az Access 2007 vagy újabb verziók adatbázis-tárolójában vagy navigációs ablaktáblájában a rendszer automatikusan kategorizálja az egyes objektumokat típus szerint (pl. táblázat, lekérdezés, makró). Sok Access Fejlesztők használja a Leszynski elnevezési egyezmény, bár ez nem univerzális; ez egy programozási egyezmény, nem DBMS-kényszerített szabály. Különösen hasznos a VBA-ban, ahol az objektumnevekre való hivatkozások nem jelezhetik annak adattípusát (például TBL táblázatokhoz, qry lekérdezésekhez).,
a fejlesztők a Microsoft Access-t leggyakrabban egyéni és munkacsoportprojektekhez telepítik (az Access 97 sebesség jellemzése 32 felhasználó számára történt). Az Access 97, valamint az Access 2003 és 2007 óta a Microsoft Access és a hardware jelentősen fejlődött. Az 1 GB-nál kisebb méretű adatbázisok (amelyek most teljes egészében RAM-ba illeszkednek) és a 200 egyidejű felhasználó jól illeszkedik a Microsoft Access képességeihez. Természetesen a teljesítmény az adatbázis kialakításától és feladataitól függ. A lemezigényes munka, mint például a komplex keresés és lekérdezés a legtöbb időt vesz igénybe.,
mivel a Microsoft Access adatbázisból származó adatok tárolhatók RAM-ban, a feldolgozási sebesség jelentősen javulhat, ha csak egyetlen felhasználó van, vagy ha az adatok nem változnak. A múltban a csomag késleltetésének a rekordzáró rendszerre gyakorolt hatása miatt a hozzáférési adatbázisok lassan futottak egy virtuális magánhálózaton (VPN) vagy egy széles körű hálózaton (WAN) egy Jet adatbázis ellen. 2010-től a szélessávú kapcsolatok enyhítették ezt a kérdést., A teljesítmény akkor is fokozható, ha a munkamenet során folyamatos kapcsolatot tart fenn a back-end adatbázissal, ahelyett, hogy megnyitná és bezárná az egyes táblázatokhoz való hozzáférést. Ha az Access adatbázis teljesítménye VPN-en vagy WAN-on keresztül szenved, akkor a Távoli asztali protokollt használó ügyfél (például a Microsoft Terminal Services) hatékony megoldást nyújthat. Az SQL Serverhez kapcsolódó adatbázisok elérése vagy az Adatprojektek elérése jól működik a VPN-Eken és Wan-okon keresztül.,
2011 júliusában a Microsoft elismerte az Access összes verziójának időszakos lekérdezési teljesítményproblémáját, valamint a Windows 7 és a Windows Server 2008 R2 rendszert, mivel az erőforrás-kezelés jellege jelentősen különbözik az újabb operációs rendszerekben. Ez a probléma súlyosan befolyásolja a lekérdezési teljesítményt mind a 2003-as, mind a korábbi hozzáférésnél a Jet Database Motorkóddal, valamint a 2007-es, majd később az Access Database Engine (ACE) hozzáféréssel. A Microsoft kiadott hotfixes KB2553029 Access 2007 és KB2553116 Access 2010, de nem oldja meg a problémát a Jet 4.0, mert ki a mainstream támogatás.,
a Microsoft Access korábbi verzióiban az alkalmazások terjesztésének képessége szükségessé tette a fejlesztői eszközkészlet megvásárlását; az Access 2007, 2010 és az Access 2013 rendszerben a “csak futásidejű” verzió ingyenesen letölthető, lehetővé téve a Jogdíjmentes alkalmazások terjesztését Windows XP, Vista, 7 és Windows 8 rendszeren.x.
Split database architectureEdit
a Microsoft Access alkalmazások egy osztott adatbázis architektúrát fogadhatnak el., Az egyetlen adatbázis külön “back-end” fájlra osztható, amely tartalmazza az adattáblákat (fájlkiszolgálón megosztva) és egy “front-end” fájlt (amely tartalmazza az alkalmazás objektumait, például lekérdezéseket, űrlapokat, jelentéseket, makrókat és modulokat). A “front-end” hozzáférési alkalmazás az egyes felhasználók asztalára kerül elosztva, összekapcsolva a megosztott adatbázissal. Ezzel a megközelítéssel minden felhasználónak van egy másolata a Microsoft Access (vagy a runtime verzió) telepítve van a gépen együtt az alkalmazás adatbázis. Ez csökkenti a hálózati forgalmat, mivel az alkalmazás nem kerül letöltésre minden használathoz., A “front-end” adatbázis továbbra is tartalmazhat helyi táblákat a felhasználó beállításainak vagy ideiglenes adatainak tárolására. Ez az osztott adatbázis kialakítás lehetővé teszi az alkalmazásnak az adatoktól független fejlesztését is. Az egyik hátránya, hogy a felhasználók különböző változtatásokat hajthatnak végre az alkalmazás saját helyi példányában, ami megnehezíti a verzióvezérlés kezelését. Amikor egy új verzió készen áll, a front-end adatbázist kicserélik anélkül, hogy befolyásolnák az adatadatbázist. A Microsoft Accessnek két beépített segédprogramja van, az adatbázis-elosztó és a kapcsolódó táblázatkezelő, hogy megkönnyítse ezt az architektúrát.,
kapcsolódó táblázatok az Access-ben abszolút görbéket használnak, nem pedig relatív útvonalakat, így a fejlesztési környezetnek vagy a termelési környezettel azonos útvonalnak kell lennie, vagy a “dinamikus linker” rutin VBA-ban írható.
nagyon nagy hozzáférési adatbázisok esetében ez teljesítményproblémákkal járhat, és ilyen körülmények között egy SQL backend-et kell figyelembe venni. Ez kevésbé probléma, ha a teljes adatbázis elfér a számítógép RAM-jában, mivel az Access gyorsítótárak adatai és indexei.,
migráció SQL ServerEdit
A vállalati vagy webes megoldásokhoz való hozzáférési alkalmazások méretezéséhez az egyik lehetséges módszer a Microsoft SQL Server vagy azzal egyenértékű szerver adatbázisba való áttérés. A kliens-szerver tervezés jelentősen csökkenti a karbantartást, növeli a biztonságot, a rendelkezésre állást, a stabilitást és a tranzakció naplózását.
Access 2000 Access 2010 tartalmazza a funkció az úgynevezett Upsizing Wizard, amely lehetővé tette a felhasználók számára, hogy frissítse az adatbázisokat a Microsoft SQL Server, ODBC kliens-szerver adatbázis., Ezt a funkciót eltávolították az Access 2013-ból. Egy további megoldás, az SQL Server Migration Assistant for Access (SSMA) továbbra is ingyenesen letölthető a Microsofttól.
számos frissítési lehetőség áll rendelkezésre. Az adatok és lekérdezések SQL Serverre való áttelepítése után az Access adatbázis összekapcsolható az SQL adatbázissal. Bizonyos adattípusok azonban problematikusak, leginkább “Igen/Nem”. A Microsoft Access-ben három állapot van az Igen/Nem (igaz/hamis) adattípushoz: üres, nem/hamis (nulla) és igen/igaz (-1)., A megfelelő SQL Server adattípus bináris, csak két állapot, megengedett értékek, nulla és 1. Függetlenül attól, hogy az SQL Server továbbra is a legegyszerűbb migráció. Az Adatok lekérése a kapcsolt táblákból csak a szükséges rekordokra van optimalizálva, de ez a forgatókönyv kevésbé hatékonyan működhet, mint az SQL Server számára egyébként optimális. Például azokban az esetekben, amikor a multi-table csatlakozik, továbbra is szükség van az egész táblázat másolására a hálózaton.,
Az Access korábbi verzióiban, beleértve az Access 2010-et, az adatbázisok konvertálhatók hozzáférési Adatprojektekké (ADP) is, amelyek közvetlenül egy SQL Server adatbázishoz vannak kötve. Ezt a funkciót eltávolították az Access 2013-ból. Az ADP támogatja az SQL Server objektumok, például táblázatok, nézetek, tárolt eljárások és SQL Server korlátok közvetlen létrehozását és módosítását. A nézetek és a tárolt eljárások jelentősen csökkenthetik a többasztalos csatlakozások hálózati forgalmát. Az SQL Server támogatja az ideiglenes táblákat és az egyetlen SQL Server adatbázison túl más adatforrásokra mutató hivatkozásokat.,
végül néhány hozzáférési adatbázist teljesen felváltanak egy másik technológia, például ASP.NET vagy Java az adatok konvertálása után. Azonban bármilyen migráció diktálhat nagy erőfeszítést, mivel az Access SQL nyelv egy erősebb superset standard SQL. Továbbá a hozzáférési kérelmekre vonatkozó eljárások, akár a VBA, akár a makrók, viszonylag magasabb szinten vannak megírva, szemben a jelenleg rendelkezésre álló alternatívákkal, amelyek mind robusztusak, mind átfogóak., Vegye figyelembe, hogy a hozzáférési makró nyelv, amely még magasabb absztrakciós szintet tesz lehetővé, mint a VBA, jelentősen javult az Access 2010-ben, majd az Access 2013-ban.
sok esetben, a fejlesztők építeni közvetlen web-to-data interfészek segítségével ASP.NET, miközben a főbb üzleti automatizálási folyamatokat, adminisztratív és jelentéstételi funkciókat tartja fenn, amelyeket nem kell mindenki számára elosztani az információs dolgozók számára.
míg az összes hozzáférési adat közvetlenül áttelepíthető az SQL Serverre, egyes lekérdezések nem tudnak sikeresen áttérni., Bizonyos esetekben előfordulhat, hogy le kell fordítania a VBA funkciókat és a felhasználó által definiált funkciókat T–SQL vagy.net funkciókra / eljárásokra. A CROSSTAB lekérdezések áttelepíthetők az SQL Serverre a PIVOT parancs segítségével.