Textbook (SQL)
Ábra. Ábra 6.8 A kapcsolat szakaszában tervezése Rs 6,8 imosvyaz tervezési szakaszban
1 Datalogicheskoe tervezés alapja a logika szintű modell és a leírás az építési és áramköri kapcsolatok az adatelemek között, tekintet nélkül azok tartalmát, és adathordozót.
2. Fizikai Design a leírás és az építőipar az adattároló áramköröket az adott adathordozót. Ebben a szakaszban, a média típus kiválasztása, a szervezet az adatokhoz való hozzáférés módszereit, a paraméterek meghatározását a fizikai blokk, a memória kezelése, az adatok olvasását, stb
3. Egy külső szimuláció áll a leírásban és design áramkörök vagy logikai struktúrák szempontjából egy adott felhasználót. Ebben a szakaszban formális megengedett módok belüli adatfeldolgozás ez az áramkör, vagy részáramkörökké. Relációs modell egy eljárás leírása megtekintése az alkalmazást.
4 Infological tervezés áll a leírásban és az építési áramkörök tartomány gondolatok, végre orientáció nélküli használt további szoftver és hardver.
6.5 Infological modellezés és tervezés
Infological modell segítségével végezzük speciális mesterséges formális nyelvi eszközökkel. A fő követelmény ILM - egy megfelelő tükrözi a tárgykörben. További követelmények biztosítására vonatkoztak lehetősége összetétele és a bomlási modell.
ILM számos olyan komponenseket (ábra. 6.9). ILM a központi elem az ER-modell leírja a domain objektumok és azok összefüggéseit.
Tárgyak lehet egyszerű vagy összetett. Egyszerű oszthatatlan alkatrészeket az objektumot. Complex - kompozit -ról és összesített tárgyakat.
Vegyület megfelelő hozzárendelés kapcsolat „egész-rész”. Például, a termék, alkatrész vagy csoport diák, stb Különleges szimbólumok a listákon ott.
Generic tárgy tükrözi a link "genus-species". Például tárgyak „diák”, „posztgraduális hallgatója”, „hallgató” általánosított formában tárgy „hallgató” öröklés egyes tulajdonságait. A Infological modell alosztályok kiosztott explicit vagy implicit módon kijelölt és a háromszög.
Ábra. 6.16 példa generalizált objektum
Összesített tárgyak általában megfelelnek minden olyan eljárás, amelyben a többi érintett létesítményekben. Vegyük például a folyamat szállítási alkatrészek a gyártó által a vevőnek.
Összesített objektum modellben jelzett Infological gyémánt. Tárgy és tulajdonságai vannak feltüntetve, mint korábban, vagy lehet, hogy más vázlatos nézetek különböző szabványoknak.
Ábra. 6.17 példa aggregált ábra objektum 6,16 - példa aggregált objektum
Ábra 6.17 - Elements ER-diagramok különböző szabványok: a) CASE ORACLE; b) IDEF
Ábra. 6,17 Elements ER-diagramok különböző szabványok: a - CASE ORACLE; b - IDEF
6.6 Datalogicheskoe kialakítás
A végeredmény egy olyan tervezési datalogicheskogo leírása logikai szerkezetét az adatbázis leíró nyelv. A logikai szerkezete határozza meg minden információt egységek és a közöttük lévő összefüggéseket, adattípusok és mennyiségi jellemzőit. Azonban nem minden típusú kapcsolatok is megjelenik a DLM, mint azok, amelyek nem támogatják az adott adatbázisban. A tervezés szakaszában DLM definiált készítmény adatbázis, például csak a forrás adatok tárolására, és az összes származékok kiszámítással a lekérdezés. Megjelenítésekor egy tárgy a fájl kizárt azonos azonosítók különböző tárgyakat kapnak új nevet, és a szám a megadott fájl szerkezetét.
Fontos szerepet játszik ebben a szakaszban vnutrizapisnaya adatszerkezet (vektorok csoport, és így tovább). És mezhzapisnaya szerkezet (relációs, hierarchikus hálózat).
Mozogni relációs ILM DLM végre kell hajtania a következő műveleteket az ER típusú helyébe a kapcsolat leírása attribútumok.
1 egyetlen egyszerű objektum tulajdonságai.
IO1 (Név object1)
R2 (IO1. C1, C2, C6, C7)
A kapott relációs kapcsolatok lesz a 4 normál formában. Transformations bekezdésekben 5, 7 és 6, 8, 9 azonos relációs séma.
Az ábrák csak a típusát táblázat fejlécét. Teljes datalogicheskaya modell adatbázis tartalmazni fog egy sor táblázatok adattípusok, változó hosszúságú tartozó primer vagy idegen kulcs, stb és ezért sokkal bonyolultabb formában. Ugyanakkor meg kell adnia a kapcsolat a legfontosabb jellemzői.
2. rész egy strukturált nyelvi SQL lekérdezések
1. Bevezetés az SQL
SQL jelentése Structured Query Language. Ez a nyelv, amely lehetőséget ad, hogy hozzon létre, és a munka a relációs adatbázisok, amelyek egymáshoz kapcsolódó tárolt táblák. Mielőtt használni az SQL, meg kell érteni, mi a relációs adatbázis.
Mi van, ez az alapja a relációs adatbázis, hiszen definiáltuk elején ez a vita - nevezetesen egy kétdimenziós (sor és oszlop) a táblázatban. Azonban, a relációs adatbázisok ritkán áll egy asztal. Egy ilyen tábla kevesebb, mint a fájlrendszer. A több asztalt a kapcsolódó információk, akkor végre egy sokkal fejlettebb és erősebb műveletek adatait. Adatbázis teljesítménye attól függ, kapcsolat, akkor létrehozhat között információt, nem pedig a darab információkat.
1.1 Az interaktív és beágyazott SQL
Két SQL: interaktív és ágyazva.
Általában mindkét formáját ugyanúgy működnek, de használ különböző.
Interaktív SQL használják működését közvetlenül az adatbázisból, hogy készítsen egy kimeneti felhasználásra az ügyfél. Ebben a formában az SQL, ha egy parancs, hogy azonnal végrehajtunk, és láthatjuk a kimeneti (ha egyáltalán előfordul) - azonnal.
Beágyazott SQL SQL utasításokból belül elhelyezett programok, melyek jellemzően írva valamilyen más nyelven (például C vagy Pascal). Ez teszi a program erősebb és hatékonyabb. Azonban, ha ezeknek a nyelv, meg kell foglalkozni az SQL adatbázis struktúra és vezetési stílus, amely előírja, fejlesztéseket az interaktív SQL. Transzfer SQL beágyazott SQL ki ( „zajlott le”) változók és paraméterek a programban használt, amelyben azokat a befektetett.
2 adatbázis létrehozása
2.1 Üzemeltető adatbázis létrehozása
Ahhoz, hogy hozzon létre egy adatbázist az SQL utasítást. amely a következő formában:
teremt
[Hossz [=] értéke [oldalon [s]]]
[Alapértelmezett karakterkészlet CHARSET] [<вторичный файл>];
[] - egy opcionális elem; <> - lehetséges elemek. <вторичный файл> = File "fájlnév" [<файлов_информ>] [Másodlagos file]
<файлов_информ> = Hossz [=] értéke [oldalon [s]] | kiindulási [at [oldal]]
teljes [faylov_inform] ahol "<имя файла>„- fájlspecifikációt, vala mely tárolja az adatbázis
felhasználó „felhasználói név” - ellenőrizni a felhasználó a szerverhez való csatlakozáshoz; „jelszó” - ellenőrzött együtt a felhasználó nevét;
oldal _ méret [=] közötti egész szám - felhasználói adatbázis oldal mérete bájtban 1024 (alapértelmezett) 2048, 4096
alapértelmezett karakterkészlet - megadja a karakterkészlet adatbázisban használt, az alapértelmezett nincs; file "<имя файла>„- a név egy vagy több fájl, amely az adatbázis lesz található;
kezdve [at [page]] - ha az adatbázis több fájlt, ez az ajánlat lehetővé teszi, hogy meghatározza, hogy az adott oldal található az adatbázis fájlban;
hossz [=] értéke [oldalon [s]] - Fájl hosszúságú oldalak. Alapértelmezésben 75 oldal, legalább 50, és a maximális lemezterület korlátozott.
A többfájlos adatbázis az első fájl az úgynevezett elsődleges. mások - másodlagos. Például:
Adatbázis létrehozása "D: \ BD \ base gdb".
file "D :. \ BD \ bázis gd 1" kezdve az 1001. oldalon hossza 500
file "D :. \ BD \ base gd 2".
Itt adható meg a adatbázis d: \ bd \ bázis. gdb amely 3 fájlok: az elsődleges bázis. gdb 1000 oldalas, alap. GD 1 500 oldal hosszú, és bázis. GD 2 határozatlan hosszúságú.
Ha egy másodlagos fájl nem határozza meg a hosszát, akkor jeleznie kell, melyik oldalon kell kezdeni.
A méretet a megadott byte, például:
Adatbázis létrehozása „bázis. Gdb-” oldalon _ mérete 4096.
Növelése az oldal mérete vezethet gyorsulás az adatbázis csökkentésével mélység indexek csökkenését műveletek az olvasás hosszú feljegyzések. De ez nem indokolt, ha a kérelmeket
visszatér egy kis rekordok száma, mint az oldal olvasható teljesen, és sok extra bejegyzést.
2.2 Az előírt nyilvántartások típusai a példa adatbázis Interbase
Nem minden típusú értékek, amelyek részt vesznek A tábla mezőinek - Logikai SAME. A legszembetűnőbb különbség - a szám és a szöveg. Akkor nem fel a számot betűrendben vagy kivon egy nevet a másik. Mivel a rendszer egy relációs adatbázis alapján közötti kapcsolat információt, különböző típusú adatokat kell értenie eltér egymástól, úgy, hogy a megfelelő eljárásokat és összehasonlításával lehet lekérdezni őket.
Az SQL, ez úgy történik, hogy az egyes területen - az adatok típusát, amely jelzi, hogy milyen típusú értéket, amely ezen a területen is tartalmazhat. Minden érték ezen a területen meg kell egyeznie a típusát. Ön gyakran össze néhány vagy az összes értéket ezen a területen, így tudja elvégezni a műveletet csak bizonyos vonalakon, egyáltalán nem. Nem lehetett ezt, ha a mező értékeket vegyes típusú adatokat.
Blob változó bármilyen típusú bináris adatok, mint például a BMP fájlt.
3 az ENTER ÉRTÉKEK
3.1 Üzemeltető betét
Minden húrok SQL kézzel kell beírni a INSERT parancs módosítását. A legegyszerűbb formájában, INSERT a következő szintaxist használja:
helyezze