A relációs adatbázisok 3
1. fejezet A relációs adatbázisok. BEVEZETÉS.
Az SQL (ejtsd szokásos "SEKVEL" (vagy, angloobrazno - SKYUEL)) azt jelenti, Structured Query Language.
Ez egy olyan nyelv, amely lehetővé teszi, hogy a relációs adatbázisok (és a munka), amelyek gyűjtemények kapcsolódó tárolt táblák.
Világ adatbázis egyre gyakoribb, ami szükség van egy szabványos nyelvet, amelyet fel lehetne használni a művelet nagyszámú különböző számítástechnikai környezetben. Köznyelv lehetővé teszi a felhasználók, akik ismerik egy sor parancs, használja őket, hogy hozzon létre, letölteni, módosítani, és megosztani az információkat, függetlenül attól, hogy hol dolgozunk: egy személyi számítógép, egy hálózati munkaállomáson vagy mainframe.
Ebben egyre több összekapcsolt számítógépes világban, a felhasználó, felszerelt egy nyelvet, van egy hatalmas előnye van a használat és szintézisét adatokat a különböző forrásokból számos módon.
Elegancia és függetlenségét az adott számítástechnika, valamint támogatja az ipar vezető terén SRM technológiával készült SQL (és valószínűleg a belátható jövőben, akkor hagyja ott) alapvető szabványos adatbázis-nyelv. Emiatt bárki, aki akar dolgozni adatbázisok az 90-es években (múlt század), az adatok nem tudom SQL.
Az SQL szabvány által meghatározott ANSI (American National Standards Institute), és most már jól fogadta el az ISO (International Organization for Standardization). Azonban a legtöbb kereskedelmi adatbázis-programok fokozzák SQL ANSI értesítés nélkül. úgy, hogy különböző funkciókat a nyelvet, amit úgy lesz nagyon hasznos.
Néha megsérti több nyelvi norma, de jó ötletek hajlamosak fejlődni és a piaci előírások miatt segédprogram tulajdonságait.
Ebben a könyvben, akkor elsősorban a szabványtól ANSI, hanem néha adunk és néhány, a leggyakoribb eltérés a szokásos.
Meg kell a dokumentációt a szoftver csomag, hogy használja, hogy hol módosította ezt a szabványt.
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. ahogy azt meghatározott elején ez a vita - nevezetesen, egy kétdimenziós (sor és oszlop) információs táblázatot.
Azonban DDB ritkán áll egy asztal. Egy ilyen tábla kevesebb, mint a fájlrendszer. A több asztalt a kapcsolódó információk, el tud végezni bonyolultabb és erős műveletek adatait. Teljesítmény függ az adatbázis-kapcsolatot lehet létrehozni között információt, nem pedig a darab információkat.
SRM programok célja, hogy kezelje a nagy és bonyolult az ilyen típusú adatok, ami nyilvánvalóan egy univerzális módszer az üzleti világban. Még ha a kórház adatbázis tartalmaz több száz vagy több ezer név, és hogy ez mennyire valószínű a gyakorlatban, egy SQL parancs adhatna Dr. halben az információt, amire szüksége, szinte azonnal.
Vegyünk egy másik asztalnál. Néha meg kell ezt az információt ábécésorrendben megnevezés, néha - növekvő vagy csökkenő sorrendben, és néha - csoportosítva kapcsolatban bármilyen orvos.
Az eljárás meghatározott sorok lesznek zavarják az ügyfél változtatni, így húrok mindig kezelik rendezetlen. Emiatt nem lehet csak úgy mondják: „Szeretnénk látni, az ötödik sorban az asztalra.” Figyelmen kívül hagyva a sorrendet, amelyben az adatok bevitelének vagy bármilyen más kritériumot, mi határozza meg a rossz vonal, de ez az ötödik. A táblázat sorai nem az adott sorrendben.
Ezen és más okok miatt, akkor kell a táblázat oszlop, amely azonosít minden sort egyedileg. Általában, ez az oszlop tartalmaz egy számot, például: a beteg száma az egyes betegek. Persze, akkor használja a nevét a betegek, de az is lehetséges, hogy több, mint Mary Smith, ebben az esetben nem lesz más módon megkülönböztetni ezeket a betegeket egymástól.
Ezért a szobák annyira szükséges. Az ilyen egyedi oszlopon (vagy egy olyan egyedi csoportját oszlopok) azonosítására használnak minden sorban és tárolja az összes sort egyedileg úgynevezett elsődleges kulcs a táblázat.
Elsődleges kulcs a táblázat - fontos eleme a szerkezetet az adatbázisban. Ők - alapján a felvételi rendszer egy fájlba; és ha azt szeretné, hogy talál egy adott sort a táblázatban, akkor hivatkozva ennek az elsődleges kulcsot. Ezen kívül, az elsődleges kulcsot, hogy az adatok egy bizonyos integritását. Ha az elsődleges kulcs megfelelően használják és tartják karban, akkor tudni fogja, hogy nincs üres sorok egy asztal, és minden sor különbözik minden más vonalon. Megbeszéljük a kulcsokat, majd amikor a beszélgetés integritására vonatkozóan a hivatkozás 19. fejezet.
Asztalok 1.1, 1.2 és 1.3 teszik ki a relációs adatbázis, ami a minimális elegendő könnyen nyomon követheti, és teljes ahhoz, hogy bemutassa az alapvető fogalmak és gyakorlatok segítségével SQL. Ezek a táblázatok nyomtatott ebben a fejezetben és az E. függelék
Lehet, hogy észrevette, hogy az első oszlop minden táblázat tartalmazza a számokat, amelyek értéke eltérő az egyes vonalon. Mint azt bizonyára már kitalálta, hogy - az elsődleges kulcs a táblázat. Néhány ezek a számok is megjelennek az oszlopok többi asztalnál. Nincs semmi baj. Azt mutatják a kapcsolatot a vonalak, melyek a kapott értéket az elsődleges kulcsot, és a sorok, ahol ezt az értéket használjuk az elsődleges kulcsot.
Például SNUM mező a vásárlóknak táblázat jelzi, amit az eladó rendelt az ügyfél. Mezőszám SNUM kapcsolódó táblázata Kereskedők, amely információt nyújt ezeknek az eladóknak. Nyilvánvaló, hogy az eladó, aki hozzárendelt ügyfelek már léteznie kell - azaz az érték SNUM Vevők táblában is be kell nyújtani az Sellers asztalra. Ha igen, akkor azt mondjuk, hogy „a rendszer képes referencia integritását.” Ez a következtetés lesz teljes mértékben és formálisan magyarázza a 19. fejezetben.
Megjegyzés: Ez a három bemutatott táblázatok a szövegben egy orosz neve - szállítók, ügyfelek és megbízások - és továbbra is hivatkozott rá ezeket a neveket. A nevek más alkalmazható a könyv asztal lesz írva angolul, annak érdekében, hogy megkülönböztesse őket a bázis táblázatok az adatbázisban. Ezen túlmenően, abból a célból, egyediségét a nevét ügyfelek, szállítók rendszer katalógusok, valamint a mezők a szövegben, akkor is meg kell adni a latin.
A táblázatok példaként egy hasonló helyzet az életben, ha használja az SQL, hogy figyelemmel kíséri a gyártók, az ügyfelek és az ügyfelek megrendeléseit. Nézzük meg a három táblázatok és értékeit saját területén. Itt láthatod az oszlopok 1.1 táblázat:
Most már tudom, mi a relációs adatbázis - a koncepció, hogy bonyolultabbnak hangzik, mint amilyen valójában. Azt is megtudhatja, néhány alapelv, hogy hogyan lehet egy tábla: hogyan a sorok és oszlopok, mint elsődleges kulcsok különböző vonalak egymáshoz és az oszlopok utalhat az értékeket a többi oszlopban.
Érti, hogy a felvétel egyet jelent a vonal, és a mező szinonimája az oszlop. Mindkét kifejezést találtam SQL vita, és mi fogja használni őket ugyanúgy ebben a könyvben.
Most már ismeri a példát az asztalra. Rövid és egyszerű, képesek mutatni a legtöbb funkció a nyelv, mint látni fogod később. Egyes esetekben, akkor használja az asztal vagy a posztulátumok a különböző adatokat egy másik tábla, hogy mutassa meg néhány egyéb jellemzőit.
Most már készen áll, hogy merülés SQL. A következő fejezet ad rövid áttekintést a nyelv és információt, amely segít, hogy olvassa el a helyeken már eltelt.