Tudd Intuíció, előadás, bevezetés adatbázis
Megjegyezzük, hogy dolgozni is kell érteni a szemantika, azaz a rendszer jelentéstartalmai ezt a rekordot. Ez a rekord, mi? Mi az a „könyvelés” Lehet, hogy a könyv címe regisztrált? A „New York” egy hely kihirdetését? Akkor mi az a szám 10? Sőt, ez azt jelentette, hogy a fenti post része rekordok sorozataként a nevét „Osztály” (1.1 ábra). Az első mező Stock bejegyzések osztály, a második mezőben - a szervezeti egység neve, és a harmadik, amely a városban, ahol az osztályon.
Ábra. 1.1. Easy Recording mélysége hierarchia 1
- Felvétel egy adatbázisban, minimum egység egyedileg azonosítható független adattárolás hierarchia alakult területeken. Beszéd egyszerűbben, a rekord egy sor kapcsolódó területeken, amelyek menthetők, módosíthatók és törölni egészére.
- Reakcióvázlat rögzítés - leírását a belső szerkezetét a felvételt.
- Field felvétel - elemzi adattagnak része egy adatbázis rekord szerkezet vagy adatfájlt. A mező állhat más területeken. Általános szabály, hogy a rekord mezőbe írja attribútum (tulajdonság) egy tárgy által leírt rekordot.
- Általában, de nem mindig, a mező gépelt. Ott adatbázis, amely bemutatja az adatokat szöveges formában nyilvántartást.
- Az értékek a mezőket nevezzük adatelemek.
- A legfontosabb nevezik mező felvétel, a feladat az, amely kiválasztja a rekord egyedi. Ez a készlet a mezők nevezzük elsődleges kulcs.
A fenti példában a „kártya számát” - gombot. Ha úgy érzi, hogy a kulcs lehet választani más módon, igazad van.
Nem nehéz kitalálni, hogy a rendszer és milyen típusú rekordok kell struktúrák létrehozása, például egyesíteni rekordok egyes készleteket is valahogy kapcsolódik egymáshoz.
Akkor beszélhetünk a nyilvántartások típusát, de a program és típusa nem szinonimák. A program mutatja a rekord szerkezetét eltérő típusú szerkezete határozza sokaságát még érvényes értékek és a hozzájuk tartozó több készlet műveletek és a kapcsolatok.
Ha minden mező alkalmas a kulcs lehet változtatni, vagy ha a kulcs túl sok területen, vagy túl hosszú, vezessenek be egy helyettesítő kulcsot egy további mező, nem egy konkrét tulajdonság az objektum által képviselt rekordot.
Megjegyezzük, hogy az adatbázisok, a tárgy ideológia bejegyzések nem azonosítottak rekordmezők, és két mutató. Az egyik lehetővé teszi, hogy megtalálja a rekordot a lemezen, és a második - a memóriában.
Fa rendszer rögzítési az 1.2 ábrán látható.
Ábra. 1.2. Felvétel ábrázolható hierarchikus szinten 2
- eredetű, neve, apai;
- utcanév, házszám, lakásszám (vagy doboz szám);
- A kerület neve;
- a neve a köztársaság, terület, régió, az autonóm régióban;
- az ország neve (nemzetközi levelek);
- irányítószámot.
Talán a megadott példa formájában most elégedett felhasználói bázis. De talán meg kell gondolni, hogy akkor nem kell, ha a jövőben változtatni a rendszert, például annak a ténynek köszönhető, hogy nem lesz ágak más országokban? Szüksége van egy névre, neve és apai a rekord az azonos területen? És mi van azokkal, akiknek nincs középső neve? És általában, hogyan kell írni Lamarck, amely, mint tudjuk, amikor az élet nevű Jean Baptiste Pierre Antoine de Monet Chevalier de Lamarck?
Egyetlen helyes megoldást. Mi csak tanácsot, hogy pontosabban meghatározzák a doménhatár vezetett a felhasználók érdekeit és szabványok, hogy megpróbálja megjósolni a lehetséges változások a modellezett üzlet. Persze, meg kell ismerkedhetsz versengő fejlesztések és általánosságban minden olyan anyag, amely hasznos lehet a probléma megoldásához.
Térjünk át az adattípusok. Már említettük, hogy a fajta definiált adatstruktúra, a készlet megengedett értékek által meghatározott bizonyos kényszerek halmaza és a hozzá kapcsolódó több készlet műveletek és a kapcsolatok. Meg kell feltétlenül kell határozni ekvivalencia reláció. Ez akkor hasznos, hogy a kapcsolat a sorrendben. Osszuk a adattípust három csoportba sorolhatók:
- egyszerű adattípusok;
- strukturált adattípusok;
- referencia adattípusok.
Egyszerű, vagy atomi vagy skalár adattípusok nincs belső szerkezete. Az egyszerű típusok adatbázisokban tartalmazza legalább:
- string (változó és fix hosszúságú);
- Numerikus (integer, valós);
- készpénz (real két karakter a tizedesvessző után);
- intervallum típusú (dátum, idő, időbélyeg);
- számozott típusok.
Megjegyzendő, hogy a „egyszerű típusú” csak, hogy az alap keret nem lehet dolgozni bizonyos részei az adatok az ilyen típusú. Például, ha nem tudja eltávolítani az első öt karakter a húr. Az, hogy a belső szerkezet, vagyis az igazi egyszerűség nem feltételezhető. Például egy numerikus típusú tárolhatja a szám egy bankszámla, amely számos területen speciális tulajdonságú. De dolgozni ezeken a területeken kell használni valamilyen további forrásokat kívül az adatbázis.
Úgynevezett felsorolt típusok, így a felhasználó határozza meg egy sor érvényes értékeket.
Ez könnyű észrevenni, hogy a pénz és az intervallum, részben felsorolt típusok jelennek meg, mert adatbázis-orientált üzleti a klasszikus értelemben vett, mint tevékenység, amelynek célja a profit.
Nincs szerencséje az adatbázisokban a logikai. Nagyon gyakran nem az. Ezért szükséges, hogy képviselje, például numerikus típusú értékekkel 1 és 0, mint egy igaz mind HAMIS.
Strukturált adattípusok képződnek alkotórészek, amelyek viszont, lehet strukturált.
A tartomány lehet tekinteni a pontosabb adatok típusát. Domain meghatározza egy részét olyan típusú adat értékek, amelyek bizonyos értelemben kiegészíti az érzéki adatok, a megfelelő típust.
A domain név egyedinek kell lennie az adatbázis nevét. Ez határozza meg az egyes típusú adatok, vagy egy másik tartományba. Domain állapot jellemzi megkülönböztetve egy részét a leírt domén adatokat.
Példa: Domain kiértékelhető mező „életkor (személy)” jellemzi a feltétel (életkor> 0 és az életkor<120). На нём с помощью условия возраст<7 можно определить домен "возраст воспитанника детского сада".
A „kiszámítható mező” azt jelenti, hogy az adatok nem az adatbázisban tárolt, és kiszámítása alapján tárolt adatok mezők. Életkor cikket felsorolt ilyen területen, éppen azért, mert az a szokása, folyamatosan változik.
Sajnos, a jelenlegi adatbázis-kezelő rendszerek és kiszámítható területén domének nem támogatott. Azok végrehajtására kell használni többletforrásokat.
Példa rekordhalmaz felépítését láthatjuk a 1.3 ábra. A név utáni szám a típus, mint a szöveges (20). Ez azt jelenti, a karakterek maximális száma.
Ábra. 1.3. A szerkezet a rekordok sorozataként
Egy utolsó megjegyzés a használt terminológia. Az adatbázis készül oly sok más, ez nagyon nehéz kiválasztani egy olyan kifejezés, amelyet korábban nem használt, és néhány, néha lényegesen eltérő jelentésű rekordot - az egyik kulcsfogalma a régi szabványos hálózati adatbázis CODASYL adatokat. Van egy sor rekordok értetődő legtágabb értelemben minden olyan sor hasonló bejegyzések képező táblázat vagy leírására használt csomópont hálózati adatok modell, stb