Alapvető trükkök használt lekérdezések, blog titkosítás
All Access szakértők tárolt adatbázisba néhány (vagy néhány tucat) a hasznos lekérdezések, amelyek egyszerűsítik a mindennapi feladatokat. Az előző fejezetben, hogy megtanulta, hogyan hozza létre a lekérdezéseket, amelyek feldolgozzák nagy mennyiségű információt, és ajánlja fel, hogy pontosan mit szeretne látni. De igényesek ismerik az Access program, amely sokkal nagyobb teljesítmény rejtőzik az ablakon Query Designer.
Ebben a fejezetben, akkor szúrja át a mágikus titkok létrehozásának kérdése, ami persze lenyűgözni a főnök, kollégák és partnerek. Meg fogja tanulni, hogyan kell elvégezni számításokat egy lekérdezésben, és összefoglalva, tömörítése oszlopai figurák lakonikus összesen. Azt is megtanulják, hogyan kell írni sverhintellektualnye feltételek kiválasztása és dinamikus lekérdezéseket információkérés egyes végrehajtását. Ezek a módszerek - szerves része a beállított működési alapok bármely fanatikus kéri.
Amikor elkezdte, hogy tervezzen egy asztalt, akkor tudja, hogy a világ egy bűncselekmény adatbázis információkat tartalmaz az adatok alapján egy másik területen, vagy egy másik asztalhoz. Egy példa az ilyen hiba egy asztal Products, amelyben van az ár mező (ár), és PriceWithTax mező (adóval növelt ár). A probléma az, hogy PriceWithTax mező alapján kiszámított ár területén. Tartása mindkét területen - túlzott fogyasztása lemezterület. Még rosszabb, ha az adókulcs változása, akkor marad egy csomó rekordokat frissíteni kell, és a lehetőséget, egymásnak ellentmondó adatok (például, ha az ár tartalmazza adó alacsonyabb az ár adó nélkül).
Még annak tudatában, hogy nem kellene létrehozni egy olyan területen, mint például a PriceWithTax, néha meg kell jeleníteni a számított adatok az Access. Mielőtt a cég Boutique Caramel kinyomtatja az egyik legkevésbé kedvelt kiskereskedők, akar beállítani a felárat a 10% -ot. Ehhez a vállalatoknak kell kijavítani költségeire vonatkozó információkat az adatok kinyomtatásához. Ha az eladó fogja látni alacsonyabb áron többletköltség nélkül, a vállalatnak kell kérnie kell.
Lekérdezések hez tökéletes megoldás az ilyen problémákra, mivel nem tartalmaznak olyan egyetemes matematikai módszer az adatok feldolgozása. A trükk az, hogy adjunk egy számított mező: a mező határozza meg a keresett kifejezést, de nem létezik a táblázatban. Kapcsolódás a program kiszámítja az értékét ezen a területen, amelyek egy vagy több másik asztal területeken. Az értékek számított mezők soha az adatbázisban tárolt - a program generálja őket minden alkalommal futtatja a lekérdezést.
Definiálása számított mező
Ahhoz, hogy hozzon létre egy számított mező kell állítani két összetevőből áll: az oszlop nevét és a kifejezés, amely meghatározza a számítás teljesítendő Access programot. Számított mezők határozzák meg a következő két részből sablon:
Például, az ár mező adó, PriceWithTax, meghatározása a következő:
PriceWithTax: [Ár] * 1,10
Tény, hogy ez a kifejezés azt mondja Access a program, meg kell venni a területen ár és szorozza meg 1,10 (ami egyenértékű az árak emelésével 10% -kal). Access megismétli ezt a számítást minden számla a lekérdezés eredményét. Annak érdekében, hogy ez a számítás, az asztal legyen az ár területén. De nem feltétlenül elkülönítve mutatja ezen a területen a lekérdezés eredménye.
Akkor nézze meg a Price mező segítségével a teljes neve a táblázat nevét, majd egy időszak, amelyre a megadott mező neve:
PriceWithTax: [Termékek] [Ár] * 1,10.
Ez a szintaxis bejegyzés szükséges, ha a lekérdezés több táblából (például használja a lekérdezés egy művelet kombinálásával (lekérdezés csatlakozhatnak), amint azt a Sec. „Lekérdezések és a kapcsolódó táblázatok” című 6. fejezet), és ugyanaz a mező mindkét táblában. Ebben a helyzetben, akkor a teljes név félreértések elkerülése végett. (Ha ezt nem teszi meg, az Access egy hibaüzenetet jelenít meg, amikor megpróbál futtatni egy lekérdezést.)
A felhasználók a korábbi verziók a program hozzáférési pontokat használják néha helyett felkiáltójelet (például [Termékek]. [Ár]), amely egyenértékű.
Ahhoz, hogy hozzá egy számított mező PriceWithTax van szüksége a tervező. Először is, meg az oszlopot, amelyben meg szeretné beszúrni egy kiszámított mezőt. (Általában adunk hozzá, és véget, az első szabad oszlop, bár lehetséges, hogy álljon a meglévő oszlopokat és a szabad hely is.) Továbbá, a sejt mezőbe írja be a teljes definíciót mezők (ábra. 7.1).
Most már készen áll a kérés teljesítését. Ha követi őt, számított adat fog megjelenni, hogy a többi oszlop (ábra. 7.2). Ha nem elégedett azzal a ténnyel, hogy a számított adatokat rendezzük egy kicsit másképp - több karakter tört része, és nincs pénznem jele - ez lehet korrigálni a kerekítés (lásd: „Alkalmazás funkciók” később ebben a fejezetben ..) És formátum (lásd fickó. „Format számok” ebben a fejezetben).
Kiszámoltuk területeken van egy korlátozás - mivel az adatok nem maradnak meg a táblázatban, akkor ezeket nem lehet szerkeszteni. Ha meg akarjuk változtatni az árat, meg kell szerkeszteni a bázis területén Ár - kísérlet, hogy korrigálja a területen vezetne PriceWithTax Access program teljes zavart.
Expression bármely adott időben külön felvételi folyamatokat. Ha azt szeretnénk, hogy összekapcsolják az adatokat több nyilvántartást kiszámításához összegek, illetve átlagok, akkor kell használni a tulajdonságait a megadott csoportok Sec. „Összefoglaló adatok” ebben a fejezetben.
Ábra. 7.1. Ez a lekérdezés megjeleníti a két terület közvetlenül az adatbázisból (ID és neve)
és beilleszti a számított PriceWithTax mezőt. Átlagos ár a területen. Hozzáférés egy program
vonatkozik kiszámításához PriceWithTax területen. Nem tűnik úgy,
Ábra. 7.2. A lekérdezés eredménye kijelző mező PriceWithTax prémium 10%. A lényeg az, hogy a kiszámított adatok már mindig elérhető, annak ellenére, hogy ez nem az adatbázisban tárolt. Próbáld, hogy nézd meg a segítségével egy zsebszámológép
Profi szinten. szinkronizációs kérelmeket
Meg lehet próbálni egy érdekes vétel. Kövesse ProductsWithTax kérelmet, és hagyja nyitva, és megjeleníti az eredményeket. Most nyissa ki a Termékek tábla, amely tartalmazza az aktuális adatokat, és a változás az ár minden termék. Menj vissza a termékek WithTax kérelmet. Az érték módosításához meg a lekérdezés?
Ha nem tudom, mi fog történni, nem kell félni - PriceWithTax automatikusan frissül az új árat. Access szoftver automatikusan szinkronizálja a bemutatását kéri, hogy a valós adatokat a táblázatban. Access pályák és feljegyzések azonnal változik frissíti az ablak lekérdezés eredményei.
Van néhány kivétel e szabály alól.
• Hozzáférés nem követi a mellett egy új bejegyzés után fut a lekérdezés - úgy, hogy figyelembe vették az eredményeket a keresett kifejezést, az eredményeket frissíteni kell.
• Ha a bejegyzést úgy, hogy többé nem kell, hogy adja meg az eredményeket egy lekérdezés, akkor nem automatikusan törlődik az eredmények ablakban. Ha a lekérdezés megjeleníti az összes termék, értéke több mint 100 $, és csökkentették az árat egyikük akár 50 dollárt, ez a termék marad a találati listában a kérését (új ár) mindaddig, amíg nem frissíti az eredményeket.
• Hasonlóképpen, ha megváltoztatja a rekordot, hogy azt az eredményt kapjuk meg, akkor nem jelenik meg benne, amíg a lekérdezés futtatásakor újra.
• Ha több felhasználó különböző számítógépeken szerkeszteni az adatbázist (amint azt a 18. fejezetet), akkor nem fogja látni azonnali változásokat a többi felhasználó által.
A legfrissebb eredmények az egyes bejegyzéseket lehet frissíteni, vagy az egész lekérdezést egészére. Ha frissíteni egyetlen bejegyzést válasszuk Főoldal> Blog>> Frissítés Record (Home> Records> Frissítés> Frissítés Record). Ha újra végre a lekérdezést, és a teljes frissítést válasszuk Főoldal> Blog>> Frissítés összes (Home> Records> Frissítés> Frissítés All). Ez az intézkedés is megjeleníti az új rekordokat, és elrejti azokat a rekordokat, amelyek a változás után már nem felel meg a kiválasztási szempontoknak.
Mielőtt továbbmennénk, érdemes figyelembe venni a szabályok létrehozását és használatát számított mezők. Íme néhány ajánlást.
| Mindig válasszon egy egyedi nevet. Expression Ár: [Ár] * 1,10 létrehoz egy körkörös hivatkozás, mint a mező nevét használja megegyezik a neve az új területen. Access szoftver nem teszi lehetővé az ilyen mókák.
| Konfigurálása a kifejezés a mezőket, számokat és matematikai műveletek. A leggyakoribb számított mezőket tartalmaznak egy vagy több meglévő mezők vagy numerikus állandók, és összekapcsolja őket egymással segítségével a jól ismert jeleit matematikai műveletek, mint az összeadás (+), kivonás (-), szorzás (*), vagy a szétválás (/).
| Ne lepődj meg, hogy a jelenléte szögletes zárójelben. Expression PriceWithTax: [Ár] * 1,10 ekvivalens PriceWithTax: Ár * 1,10 (az egyetlen különbség - a szögletes zárójelek neve Ár mező). Technikailag zárójelben csak akkor van szükség,
ha van olyan szóközt vagy speciális karaktert a nevét nulla. De ha belépsz a kivitelező a keresett kifejezést zárójel nélkül, Access automatikusan összeadja őket, csak a biztonság kedvéért.
Kevéssé ismert, vagy alulértékelt lehetőséget. Nevezze át a mezőt a lekérdezés
Fáradt a hosszú mezőnevei eredményeit a lekérdezést? A tudás tolkochto vonatkozóan kapott kifejezést, nyugodtan nevezd át a mezőt a lekérdezés eredményeinek a. Mindössze annyit kell - ez egy számított mező. A trükk az, hogy hozzon létre (a kifejezést) számított mező, amely egybeesik az egyik a meglévő mezők és hozzárendeli egy új nevet. Technikailag ezen a területen nem végez számításokat, de még mindig működik. Az alábbi példa a számítási területen, amely átnevezi DateCustomerPlacedPurchaseOrder dátuma: Dátum: DateCustomerPlacedPurchaseOrder új nevet (ebben a példában dátum) nevezzük álnév (alias).
Ezzel a technikával, ne feledje, hogy az eredeti Iole (ebben az esetben DateCustomerPlacedPurchaseOrder) nem szükséges bevonni a kérését. A szükséges információ jelenik meg a számított mező (dátum).