új adatbázisok létrehozása

az új adatbázis olyan tároló, amely tartalmazza az összes létrehozott táblát, űrlapot, jelentést, lekérdezést, makrót és modult. Az Access 2010 alkalmazásban új adatbázist hozhat létre a szalag “Fájl” fülére kattintva. Ezután kattintson az” Új ” parancsra. Ezután válassza az” üres adatbázis “lehetőséget az” elérhető sablonok ” részben. Az Access 2007 alkalmazásban új üres adatbázist hozhat létre, ha egyszerűen rákattint az “első lépések a Microsoft Access” üdvözlő képernyő “új üres Adatbázis” szakaszában található “üres Adatbázis” gombra. A képernyő jobb oldalán megjelenő” üres Adatbázis “ablaktáblában megadhatja az adatbázis nevét a” fájlnév: “szövegmezőbe. Ha meg akarja változtatni az alapértelmezett mappát, ahol az adatbázisfájl tárolásra kerül, kattintson a “fájlnév:” Szövegmező jobb végén található kis mappa gombra a “Fájl Új adatbázis” párbeszédpanel elindításához. Ezen a párbeszédpanelen adja meg az új adatbázisfájl nevét, és válassza ki a fájl mentési helyét. Ha készen áll, kattintson az “OK” gombra a párbeszédpanel bezárásához. Ezután kattintson a” Létrehozás ” gombra az új adatbázisfájl létrehozásához. Miután ez megtörtént, az új üres adatbázis megjelenik a fő hozzáférési felületen.

az adatbázis Flow áttekintése

az adatbázisnak egyszerűnek, logikusnak és egyszerűnek kell lennie. Általában Űrlapok segítségével írja be az információkat a táblázatokba. Az adatokat ezután ezekbe a táblázatokba tárolják, amelyek szükség szerint kapcsolódnak egymáshoz. A lekérdezések használatával konkrét információkat húzhat ki az adatbázis tábláiból. A lekérdezések gyakran képezik a jelentések alapját, amelyek lehetővé teszik a kért információk megtekintését. Miután ez a rendszer a helyén van, automatizálhatja azt makrók és modulok használatával, hogy egyszerűsítse és egyszerűsítse az adatok bevitelével, tárolásával és visszakeresésével kapcsolatos folyamatokat. Ez a fő oka annak, hogy adatbázisokat használ: adatok bevitelére, tárolására és lekérésére.

A

Access adattárolási módszer egy relációs adatbázis-alkalmazás. Mit jelent a relációs kifejezés, és ez mennyire fontos? A relációs kifejezés az adatok adatbázis-táblákban történő tárolására használt módszert írja le. Lehet azonban, hogy könnyebb megérteni az adattárolás relációs modelljét, ha szembeállítjuk egy másik tárolási módszerrel, amelyet talán jobban ismer: a ‘lapos fájl’ módszerrel.

az információkat gyakran nagy lapos fájlokban tárolják. Tegyük fel például, hogy olyan adatbázisfájlt szeretne létrehozni, amely tárolja a vállalat ügyféladatait. Kezdje azzal, hogy felsorolja a rögzíteni kívánt ügyfél különböző attribútumait. Előfordulhat, hogy olyan Ügyféladatokat szeretne rögzíteni, mint a “keresztnév”, a “vezetéknév”, a “cégnév” és más releváns információk. Talán létrehozhat egy táblázatot egy olyan alkalmazásban, mint a Microsoft Excel, ahol oszlopokat hozhat létre minden rögzíteni kívánt információhoz. Ezután felsorolhatja az egyes ügyfelek adatait az oszlopok alatti sorokban, létrehozva egy alaptáblát. Tegyük fel, hogy úgy néz ki, mint a következő példa.

sok típusú adatbázis esetében az előző oldalon látható struktúra jól működik. Ez egy ‘lapos fájl’ lista vagy táblázat. Az ilyen típusú adatbázis használatakor egyetlen információt rögzít, például a “Keresztnév”, “Vezetéknév” vagy “cím” egyetlen entitásról – ebben a példában egy ügyfélről. Az ilyen típusú adatstruktúra azért működik jól a megadott példában, mert minden entitás (az ügyfél) esetében csak olyan információkat rögzít, amelyek “1-1” kapcsolatban állnak az entitással.

tehát mit jelent ez az”1-1″ kapcsolat az entitás (az ügyfél) és az Ön által rögzített adatok között (“Keresztnév”, “Vezetéknév” stb.)? Ez azt jelenti, hogy minden entitás vagy alany (ebben az esetben – az ügyfél) esetében Csak információkat rögzít arról az entitásról, amelyre csak egy “válasz” lenne. Például minden ügyfélnek csak egy “keresztneve” és egy “vezetékneve” lenne.”Csak egy cégnek dolgoznának”.”Tehát az “1-től 1-ig” kifejezés a táblázat tárgya (ügyfelek) és az entitásokról gyűjtött adatok közötti kapcsolatra utal. Mivel minden (egy) ügyfél esetében csak egy lehetséges adat rögzíthető az oszlopban, azt mondja, hogy az adatok és az entitás közötti kapcsolat “1: 1.”Ha ilyen típusú adatbázist próbál létrehozni, akkor az egyszerű Microsoft Excel táblák jól működnek.

a probléma akkor jelentkezik, amikor megpróbál egy “lapos fájl” megközelítést használni egy összetettebb entitás vagy tárgy modellezésére, például ” értékesítés.”Tegyük fel például, hogy ki akarta bővíteni az ügyféladatbázist az utolsó “lapos fájl” adatbázisból az értékesítési adatok felvétele érdekében. Tegyük fel, hogy most a már összegyűjtött információk mellett az ügyfél minden megrendelését is rögzíteni szeretné.

először is azzal kezdené, hogy felsorolja, milyen adatokat szeretne rögzíteni az egyes eladásokról. A példa egyszerűsége mellett tegyük fel, hogy úgy dönt, hogy rögzíti az “eladás dátumát”, a vásárolt “tételeket”, a vásárolt tételek “mennyiségét” és az egyes tételekért fizetett” összeget”. Dönthet úgy, hogy a következő oszlopokat hozzáadja a ‘lapos fájl’ adatstruktúrához.

ez első pillantásra úgy tűnik, hogy működik. Azonban azonnal problémákat tapasztal, amikor elkezdi beírni a rekordokat a fájlba. Először is, minden alkalommal, amikor egy ügyfél vásárol, újra be kell írnia az összes “keresztnevet”, “vezetéknevet” stb. ismét információ. Ez önmagában elég irritáló.

ezen a ponton gyakran javasolt megoldás az, hogy minden megvásárolt elemhez egyszer adjon meg egy másik sort (az összes redundáns információval együtt). Hamarosan azonban azt fogja tapasztalni, hogy ez a fájl meglehetősen gyorsan növekszik az asztalon, és minden megvásárolt elemhez sok redundáns ügyféladatot is be kell írnia. Ez nem elegáns megoldás, és elkerülhetetlenül pazarolja mind az adatbevitelt végző személy idejét, mind erőfeszítését.

ezen a ponton gyakran javasolt másik megoldás további oszlopok létrehozása (például “Tétel1”, “Tétel2”, “Tétel3”, “Mennyiség1”, “Mennyiség2,” Mennyiség3″ stb.) ahelyett, hogy további információsorokat kellene megadnia. Bár ez jó alternatív megoldásnak tűnhet, mit fog tenni, ha valaki 100 terméket vásárol? Valóban létrehoz egy 3 oszlopos készletet (“tétel”,” Mennyiség”,” összeg”) minden megvásárolt elemhez, így 300 oszlop feletti táblázatot készít? Egyszerűen üresen hagyná őket,ha a személy csak 1 tételt rendel, értékes tárhelyet pazarolva? Ebben a megoldásban egyszerűen az oszlopos növekedést (keresztben) helyettesíti a függőleges növekedéssel (lefelé). Ez sem elegáns megoldás.

akkor miért van probléma most, amikor korábban nem volt? A válasz az, hogy most már nem próbál modellezni egy “1-1” adatkapcsolatot a fájlban. Az értékesítési információk rögzítése egyszerűen összetettebb, mint az ügyféladatok rögzítése. Amit most megpróbál rögzíteni, az az, amit “1-től sokig” kapcsolatnak neveznek. Alapvetően minden entitás (az ügyfél) esetében most olyan adatokat próbál rögzíteni az oszlopokban, amelyek ügyfélenként többször is előfordulhatnak (például a megrendelt “tételek”). Szomorú állapotban lenne, ha minden ügyfél csak egyetlen elemet tudna vásárolni. Engedélyeznie kell azt a tényt, hogy egy eladás során minden ügyfél sok elemet rendelhet. Az ügyfelek és a megvásárolt termékek közötti kapcsolat “1-től sokig” kapcsolat. Ha úgy találja, hogy “1-től sokig” kapcsolatot próbál modellezni, akkor el kell hagynia az adattárolás “lapos fájl” módszerét, ahol megpróbálja az összes rögzíteni kívánt információt egyetlen táblába helyezni, és ehelyett forduljon a megoldás adattárolásának relációs modelljéhez.