Február 3 osztályozás három entitás entitás osztály
2.3. besorolását a szervezetek
Három osztály szervezetek
Eljött a pillanat, hogy megértsék a terminológiát. K.Deyt [3] három fő osztályát entitások: rúd. asszociatív és jellegzetes. valamint egy alosztálya asszociatív egység - megnevezések.
Rod lényege (mag)
A példákban a korábban tárgyalt rudak - ez a „Student”, „lakás”, „Férfi”, „orvos”, „A házasság” (a 2.2 példa), és mások, akiknek a neve elhelyezett téglalapok.
Az asszociatív entitás (Association)
Az asszociatív entitás (egyesület) - a kapcsolat típusa „sok-sok” ( „1-to-sok”, stb), két vagy több entitás vagy szervezet például (a 2.4 példában). Egyesület egyenlőnek tekinteni szervezetek:
Részt vehetnek a szövetségek és más jelöléseket ugyanúgy, mint a mag lényege;
rendelkezhet a tulajdonságai, vagyis a nem csak egy sor kulcsfontosságú tulajdonságokat kell határozni a kapcsolatok, hanem számos más tulajdonságok, amelyek jellemzik a kapcsolatot.
Például az egyesület „házasság” a példák 2.1 és 2.4 tartalmazza az alapvető tulajdonságok „Kod_M”, „Kod_Zh” és a „Személyzeti férje szám”, „személyi száma felesége”, valamint meghatározza az attribútumokat „nincs bizonyíték”, „A nyilvántartásba vétel időpontja”, „Mesto_registratsii „” a rekord számú a registry-ben könyvet „, stb
A belső természete (jellemzők)
A belső természet (jellemzők) - ez a fajta kapcsolat „sok-az-egyhez” vagy „egy-egy” két entitás között (egy speciális esete az egyesület). Az egyetlen célja a jellemzőket a tárgykörben, hogy tisztázza a leírás, vagy más entitás. Hogy szükség van rájuk abból a tényből fakad, hogy a lényeg a valós világ néha több értékes tulajdonságait. A férj lehet több felesége (2.3 példa), a könyv - néhány jellemzőit utánnyomásokat (módosított, kiegészített, átdolgozott.) Stb
A létezése jellemzők attól függ a természet jellemzi: egy nő megfosztották a nők helyzetét, ha a férje meghal.
Jellemzőinek leírására használt YAIM új javaslatot, amely általános alakja:
JELLEMZŐK (attribútum 1, egy attribútum 2)
Kiterjed a nyelv ER-diagramok, bevezetésével a kép jellemzőit a trapéz (ábra. 2.2).
Ábra. 2.2. Elemei a kibővített nyelvi ER-diagramok
Jelezve a természet vagy kijelölés
Jelezve a természet vagy jelölés - a kapcsolat típusa „sok-az-egyhez” vagy „egy-egy” két entitás között, és eltérő tulajdonságokkal, amelyek nem függnek a kijelölt szerv.
Tekintsük a példát kapcsolatos beiratkozási alkalmazottak különböző osztályok a szervezet.
Hiányában szigorú szabályok (a munkavállaló egyidejűleg jelentkezhetnek több részleg vagy jóváírt bármely részén), akkor létre kell hozni egy leírást az egyesület Beiratkozás:
Osztályok (megye számát, osztály nevét.)
Alkalmazottak (személyzet számát, a vezetéknevét.)
Beiratkozási [Osztályok M, szolgáltatás-N]
(Department száma, alkalmazottak száma, időpontja beiratkozás).
Feltéve azonban, hogy minden munkavállaló szükségszerűen beiratkozott a tanszékeken, akkor létrehozhat egy leírást az kijelölésére alkalmazott:
Osztályok (megye számát, osztály nevét.)
Alkalmazottak (személyzet számát, a vezetéknevét. Department száma
Ebben a példában alkalmazottak független létezése (ha törölve osztály, akkor nem következik, hogy el kell távolítani alkalmazott a tanszék). Ezért nem lehet őket jellemzői osztályok és az úgynevezett szimbólumok.
A jelölés tárolására használatos ismétlődő értékeket nagy szöveges attribútumok: „Codifiers” alanyok által vizsgált diákok, szervezetek neveit és azok szervezeti egységei, listákat az áruk, stb
Leírás jelölés másképp néz ki a jellemzőinek leírása csak, hogy a kijelölt entitás nem nadrágtartó, mint a tér:
JEL (attribútum 1, egy attribútum 2) [LIST
Általános szabály, hogy lásd nem minősülnek teljes hatását, bár ez nem vezet semmiféle hibát.
Megnevezések és jellemzői nem teljesen független entitás, hiszen feltételeznek egy másik jogalany „kijelölt” vagy „jellemzi.” Azonban még mindig vannak különleges esetek szellem és természetesen olyan tulajdonságokkal, amelyek részt vehetnek a szövetség és jelölési saját (alsó szint) jellemzőit. Azt is hangsúlyozni, hogy minden esetben a jellemzőket kell feltétlenül együtt minden esetben jellemző, az egység. Azonban lehet, hogy néhány példányban jellemezte a lényege kapcsolatokat. Azonban, amikor a házasság, a lényeg a „Férfiak” kell felváltani a lényege „Férfiak” (nincs férj feleség nélkül).
Most újra a sarkalatos entitás mint entitás, amely sem társulás sem jelöltek meg olyan jellemző. Ezek a szervezetek önálló léte, annak ellenére, hogy képviselhet más szervezetek, mint például a személyzet kijelölt szervek.
Végül, úgy a példa építésének Infological adatbázis modell „Nutrition”, amelyet meg kell őrizni az edényeken információ (ábra. 2.3), a napi fogyasztási termékek, amelyek elő ezeket az ételeket, és a szállítók ezeket a termékeket. Az információt fogja használni a főszakács és a kis vendéglátó egységek, valamint a látogatók.
1. Lobio grúz
Vonallánc tisztított bab, apróra vágott hagymát só, bors és megszórjuk simmered olajat kis mennyiségű táptalajon; Adjuk hozzá a koriander, petrezselyem, Reagan (bazsalikom), és készre főzöm. Majd süssük a sütőben.
Zöldbab (konzerv vagy friss) 200
Zöldhagyma 40 Vaj 30 10 Green.
Hozam 210 kalória 725.
Ábra. 2.3. Példa főzés recept
Segítségével ezek az emberek vannak jelölve a következő céljai és jellemzői a tervezett bázis:
Edények, hogy leírja, hogy milyen adatokra van szükség, amely szerepel a receptek: edények száma (például egy könyv a receptek), étel neve, egyfajta étel (előétel, leves, stb), a recept (főzés technológiák) hozam (tömeg részek), a nevét, súlyát és kalória tartalma minden egyes termék tartalmazza az étkezés.
Napi élelmiszerek fogyasztása (ráfordítás): az étel adag, időpont.
tárgyak elemzés lehet megkülönböztetni:
bárok ételek, élelmiszerek és a város;
Összetétel Association (kötődik Food Products) és
Szállítások (szállító kötődik Products);
Receptek és folyási jellemzőkkel rendelkezik.
ER-modell diagram ábrán látható. 2.4. és a nyelvi modell YAIM a következő:
Edények (BL, Dish, Side)
Termékek (PR, a termék kalória)
Szállítók (PIC City, szállító) [Város]
Összetétel [Food M, N Termékek] (PB, PR, Tömeg (g))
Supplies [Szállítók M, N Termékek] (PIC, PR, Data_P, ár, súly (kg))
City (város, ország)
Receptek (BL, recept)
Flow (BL, Data_R adag)
Ezekben a modellekben Dish, termék és szállító - nevek és a BL, PR és POS - numerikus kódok ételek, termékek és szervezetek, amelyek biztosítani ezeket a termékeket.
Ábra. 2.4. Infological adatbázis modell, „Táplálkozás”
2.4. Az elsődleges és idegen kulcsok
Emlékezzünk vissza, hogy a vagy gombot, lehetséges - ez a minimum attribútumok, amelynek értéke lehet egyedileg nem találja a kívánt esetben a szervezet. Minimalitását azt jelenti, hogy a kizárás egy sor olyan attribútum nem tudja azonosítani a természet a többi. Minden egységnek van legalább egy lehetséges kulcsot. Egyikük vesszük az elsődleges kulcs. Amikor kiválasztja az elsődleges kulcsot kell előnyben noncomposite vagy több kulcs, amely egy minimális számú attribútumokat. Nem helyénvaló használni billentyűk hosszú szöveges értékek (lehetőleg egész attribútumok). Így, hogy azonosítsa a hallgató egy egyedi számos rekord-book, vagy egy sor név, vezetéknév, apai név, csoport száma, és lehet kiterjesztett attribútumok, mivel lehetőség van a megjelenése két diákcsoportok (és több diák) az azonos vezetéknév, keresztnév és apai. Szegény is használják, mint egy kulcs szám nem élelmiszer, és a neve is, mint például a „Snack ömlesztett sajt” Barátság „sonkával és savanyúsággal” vagy „nyúl tejszínes mártással, burgonyakrokettel és saláta káposztával.”
Nem szabad, hogy az elsődleges kulcs a mag szervezetek (bármely attribútumot, amelyek elsődleges kulcs), hogy a null értéket. Egyébként van egy ellentmondásos helyzet: nem lesz egyéni, és így nem egy meglévő példány a legbelső. Ugyanezen okokból, biztosítanunk kell az egyediségét az elsődleges kulcs.
Most a külföldi kulcsok:
Ha szervezetekkel kapcsolatok A és B entitások, tartalmaznia kell az idegen kulcsokat, elsődleges kulcsok megfelelő szervezetekkel és B.
Ha a gazdálkodó egység a gazdálkodó egység jelentése, akkor annak tartalmaznia kell egy idegen kulcs, a megfelelő elsődleges kulcs a szervezet A.
A Sec. 2.3 tartották egy példát, ahol a „alkalmazott” „osztályok”, és benne az idegen kulcs „kártyaszám” megfelel az elsődleges kulcs az egység „osztályok”.
A kapcsolat a elsődleges és idegen kulcsok az entitások ábrán látható. 2.5.
Ábra. 2.5. Struktúrák: a - a társulás; b - jelzések (jellemzők)
A leírásban azt jelenti bármely kapcsolódó entitás (rudak, jellemzői, szimbólumok vagy társulásai) használ egy új általános kifejezés „Target” vagy „célvállalkozásra”.
Így ha figyelembe vesszük a probléma választotta az ábrázolási mód egyesületek és szimbólumok az alapadatokat a fő kérdés, amely megkapja a választ: „Mi vagyunk a külföldi kulcsok?”. És aztán, minden idegen kulcs kell három kérdést:
1. Lehet az idegen kulcs, hogy null értékek (NULL-érték)? Más szóval, van is némi Például a gazdálkodó egység az ilyen típusú, amelyre az ismeretlen célvállalkozásra meghatározza a külső kulcs? Abban az esetben, az ellátás akkor valószínűleg lehetetlen - szállítás végzett egy ismeretlen szállító, illetve a szállítási ismeretlen termék értelmetlen. De abban az esetben a munkavállalók, ez a helyzet, de talán van értelme - nem kizárt, hogy bármely alkalmazottja jelenleg nem beiratkozott egyáltalán semmilyen osztály. Megjegyezzük, hogy a válasz erre a kérdésre nem függ a szeszély az adatbázis tervezője, és határozza meg a tényleges fellépését abban a részében, a valós világban, be kell mutatni az adott adatbázisban. Hasonló megjegyzések is releváns kérdéseket tárgyaljuk.
2. Mi történjen, amikor megpróbálja eltávolítani a cél entitás, amelynek az idegen kulcs a hivatkozásokat? Például, ha töröl egy szállító, aki elvégzett legalább egy szállítás. Három lehetőség van:
A törlés „lépcsőzetes” annak érdekében, hogy távolítsa el a szállító ezt a szállítóval.
Minden ellátás ilyen szállító NULL értékű idegen kulcs van beállítva, hogy a null értéket, majd frissítse az elsődleges kulcsot beszállító. Egy ilyen lehetőséget, természetesen, nem kell alkalmazni, ha az idegen kulcs nem tartalmazhat NULL értékeket.
Így minden idegen kulcs a projekt adatbázisában tervező meg kell határozni nem csak azt a területet, vagy azok kombinációja mezők alkotják a külső kulcs, és a céltábla, amelyet, ez a kulcs, hanem a választ a fenti három kérdésre (három korlátozásokat, amelyek vonatkoznak hogy erre az idegen kulcs).
Végül a jellemzőit - azt jelenti, szervezetek, amelyek létezése függ, hogy milyen típusú kijelölt szervezetek. Rendeltetése jelenik meg idegen kulcs a táblázat megfelelő ez a jellemző. De a három fent említett korlátozások az idegen kulcs ebben az esetben meg kell határozni az alábbiak szerint:
NULL értékek nem engedélyezettek
DELETE (Target) kaszkádok
UPDATE (elsődleges kulcs cél) kaszkád
Ezek az adatok függenek a létezését jellegzetes szervezetek.
2.5. korlátok
Adatintegritás Concept
Integrity (az angol Integrity -. Integrity, integritás, integritás, integritás) - érteni, mint az adatok helyességét bármikor. De ezt a célt csak úgy lehet elérni, bizonyos határokon belül: az adatbázis nem tudja ellenőrizni a pontosságát az egyes értékek az adatbázisba be (bár az egyes érték elfogadhatóságának ellenőrzése). Például, lehet találni, hogy a megadott érték az 5 (ami a napok száma a hét) valóban meg kell egyeznie a 3. Másrészt, a 9-es értéket nyilvánvalóan téves, és a DBMS elutasítja. Ehhez azonban meg kell számolt be, hogy a napok száma a hét kell tartoznia a sor (1,2,3,4,5,6,7).
Integritásának fenntartásában az adatbázis tekinthető adatok elleni védelem téves módosításokat vagy sérülés (nem tévesztendő össze az illegális megváltoztatására és megsemmisítésére, egy biztonsági kérdés). Modern tárol valamilyen eszközt fenntartásáért az integritás (valamint az azt jelenti, hogy fenntartható legyen a biztonság).
típusú integritás
Három csoportot integritási szabályok:
Biztosítják a szervezetek.
Integrity, a felhasználó által megadott.
C. 2.4 ítélték motiváció két integritási szabályok közös minden relációs adatbázisok.
Nem szabad, hogy olyan attribútum, amely részt vesz az elsődleges kulcsot, vett egy meghatározatlan érték.
Az idegen kulcs érték vagy:
megegyezik az értéke az elsődleges célpont kulcs;
teljesen bizonytalan, azaz Minden attribútum érték részt az idegen kulcs legyen null.
Minden adott adatbázis számos további konkrét szabályok vonatkoznak rá, és egy meghatározott fejlesztő. Leggyakrabban vezérli:
egyediségét bizonyos tulajdonságai,
értéktartományt (vizsgálata pontszám 2-5),
tartozék készlet értékek (fele „M” vagy „W”).
2.6. Az építőiparban a modell Infological
DB követelmények az adminisztrátor, és az alkalmazás programozó
A fő nehézség felfogása szereplő ajánlások Negyedik fejezet B. melléklete pusztán pszichológiai tervet.
Valóban, a meghatározása a listát, és a szerkezet a tárolt adatokra van szükség, hogy információt gyűjtsön a tényleges és a potenciális alkalmazások, valamint a felhasználók az adatbázis, és az építési Infological modell csak aggódni a ezen adatok megbízhatóságát, teljesen megfeledkezve a felhasználók és alkalmazások, amely létrehoz egy bázis adatokat.
Ez annak köszönhető, hogy eltérő követelmények teljesen a bázis a fejlesztők és adatbázis adminisztrátor adatokat. Először szeretném, hogy egy helyen (pl ugyanabban a táblázatban), az összes adatot, amelyekre szükségük van a végrehajtás a kérelmet a felhasználói program vagy a terminál. A második az, aggodalmát fejezve ki az esetleges torzulások a tárolt adatok, amikor belép az adatbázisba az új információs adatok, és frissítése vagy törlése a meglévőket. Ehhez azokat eltávolították az adatbázisból ismétlődések és a nem kívánt funkcionális kapcsolatokat az egyes elemek között, hasító adatbázis a több kis tábla (lásd. P. 4.6 pont). Évek óta a globális tapasztalattal rendelkezik az információs rendszerek használata, amelyek az adatbázis alapján látható, hogy a tervezési hibák nem lehet korrigálni semmilyen trükk a felhasználói programok, tapasztalt tervezők nem engedheti meg magának, hogy menjen, hogy megfeleljen az alkalmazás programozók (akkor is, ha ők maguk is ilyen).
ajánlások
egyértelmű különbséget olyan dolgok, mint kérés adatait és a karbantartási adatokat (input, módosítása, törlése);
elfelejtenünk, hogy a szabály, hogy az adatbázis az információ alapján nem egy, hanem több alkalmazás, amelyek közül néhány meg fog jelenni a jövőben;
Bad adatbázis tervezés nem lehet korrigálni bármilyen (még a legkifinomultabb) alkalmazásokhoz.