Bevezetés az SQL
1. Bevezetés a relációs adatbázisok
2. SQL: Áttekintés
3. SQL kivonat az információt asztalok
4 A relációs és logikai operátor létrehozásakor bonyolultabb állítmány
5. A speciális szolgáltatók a feltételek
6 összefoglalják az adatot az összesítő függvény
7 formázása O kérések
8 kérése Hány asztal egyik
Összekapcsolásához 9 Me
10 Elhelyezés egy lekérdezés a másik belsejében
11 korrelált subqueries
12 A Operator EXISTS
13 A Operator valamelyiket, mindet, és néhány
14 A UNION
15 Bevezetés, törölhetünk és módosíthatunk a mező értéke
16 A subqueries a módosítás
17 Táblázatok létrehozása
18 Határérték az adatok
19 integritásának fenntartásában Ön adatai
20 Bevezetés: Előadások
21 Változó értékeket előadások
22. A meghatározás ki mit tehet
23. A globális szempontjai SQL
24. Hogyan SQL adatokat Sozherzhatsya rendezett módon
25. Az SQL más nyelvekkel (beágyazott SQL)
A válaszok a gyakorlatok
B SQL adattípusok
C általános tulajdonságai Egyéni SQL
D szintaxisát és parancsok Referenciák
Táblázatok E példákban használt
1. Bevezetés a relációs adatbázis
SQL (szokás kiejthető "SEEQUEL") 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.
Világ adatbázisok egyre több és több közös, ami a szükség egy standard nyelv hogy fel lehetne használni ahhoz, hogy a nagy számú különböző számítástechnikai környezetben. Köznyelv lehetővé teszi a felhasználók, akik tudják, 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 a munkát egy személyi számítógép, hálózati munkaállomáson, vagy egy mainframe. A mi egyre inkább összekapcsolódó világban, a számítógép, a felhasználó el van látva egy ilyen nyelv van egy hatalmas előnye van a használat és szintézise információk számos forrásból nagy száma módon.
Elegancia és függetlenségét az adott számítástechnika, valamint a támogató iparági vezetők terén a relációs adatbázis-technológia, hogy az SQL, és valószínűleg a belátható jövőben elhagyja a fő köznyelv. Emiatt bárki, aki akar dolgozni, meg kell tudnia SQL adatbázisok 90s adatokat.
Az SQL szabvány által meghatározott ANSI (American National Standards Institute), és most elfogadott ISO (International Organization for Standardization). Azonban a legtöbb kereskedelmi adatbázis-programok fokozzák SQL értesítés nélkül ANSI, hozzátéve, különböző egyéb funkciókat a nyelvet, amit úgy lesz nagyon hasznos. Néha azok sértik több nyelvi norma, de jó ötletek általában fejlődik, és hamar a szokásos „piaci” magukat fogva segédprogram tulajdonságait. Ebben a könyvben, akkor elsősorban a szabványtól ANSI, de néha ugyanabban az időben fog megjelenni, és néhány, a leggyakoribb eltérés a szokásos.
Mi - a relációs adatbázis?
Gerry Farish (415) 365-8775 127 Primrose Ave., SF
Celia Brock (707) 874-3553 246 # 3. St., Sonoma
Yves Grillet (762) 976-3665 778 Modernas, Barcelona
Mi van az alapja a relációs adatbázis-ben meghatározott 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ény függ a kapcsolat, akkor létrehozhat között információt, nem pedig a darab információkat.
Összekapcsolása egy asztal másik
Orvos betegbiztosítási Baiiance
Farish Drume B.C./B.S. $ 272,99
Grillet halben Semmi 44 $. 76
Brock halben Health, Inc. $ 9.077,47
Sok hasznos funkciókat is el lehet végezni információ kinyerése ezen
táblázatok szerint meghatározott paraméterek, különösen, ha ezek a paraméterek
Ezek közé tartozik az információk a különböző táblák svzannye
egymással. Vegyük például - az orvosok. Tegyük fel, hogy Dr. halben
betegeknél - azt. Bár ebben az egyszerű példában tudta tartani azt a
Ezek a táblázatok túl nagy és túl bonyolult. programok
A relációs adatbázisok kezelésére tervezték
nagy és bonyolult az ilyen típusú adatok, nyilvánvaló yavlya-
etsya több univerzális módszer az üzleti világban. Még ha a bázis
Kórház tartalmazó adatokat több száz vagy több ezer név - ami valószínű, és
Ez történik a gyakorlatban - SQL egy csapat adhat az orvos halben
Az információ, amire szüksége szinte azonnal.
sorrendben a sorok tetszőleges
, Táblázat sorai, hogy a maximális rugalmasság, a meghatározás
leniyu ne legyen az adott sorrendben. ezzel
érdekében. A relációs adatbázis-kezelő rendszerek, van egy erős
lehetőség Custom - a képesség, hogy az információk
hogy így újjáépíteni.
Vegyünk egy másik asztalnál. Néha meg kell látni ezt infor-
CIÓ megrendelt alfabetikus sorrendben név szerint, néha növekvő
jelen van, vagy csökkenő sorrendben, és néha csoportosítva tekintetében Ka
valaki az orvoshoz. Kivetése érdekében meghatározott vonalak stalki-
vatsya ügyfél képes megváltoztatni, ezért a vonal mindig
kezelni rendezetlen. Emiatt nem lehet
Csak azt mondja: „Azt akarjuk, hogy az ötödik sorban az asztalra.” elhanyagolása
Guy sorrendet, amelyben az adatok bevitelének vagy bármilyen más kritériumot, akkor
Határozzuk meg a vonalat, még ha ez lesz az ötödik. Táblázat sor koto-
rozs minősülnek nem adott sorrendben
Azonosítása sorok (Ppervichnye billentyűk)
Ezen és más okok miatt, akkor kell egy oszlopot a táblázatban
amely egyedileg azonosítja minden sorban. Általában ez asztal-
Betz számát tartalmazza - például a beteg száma az egyes PA-
elegendő. Persze, akkor használja a beteg nevét, de talán
hogy több mint Mary Smiths; és ebben az esetben nem lesz
Egy másik módszer különbséget tenni ezeket a betegeket egymástól.
Ezért a szobák annyira szükséges. Az ilyen egyedi oszlopon (vagy egy-
Calne csoport oszlopok) azonosítására használnak az egyes
húr és tárolására vonalak külön nevezik - elsődleges klyucha-
Tábla elsődleges kulcs egy fontos eleme a szerkezetet az adatbázisban. ők
- Alapján a felvételi rendszer egy fájlba; és ha azt szeretné, hogy megtalálják a határozott
len sort a táblázatban, akkor hivatkozva ennek az elsődleges kulcsot. kivéve
Az elsődleges kulcs, hogy az adatok egy bizonyos
integritását. Ha az elsődleges kulcs helyesen használják és podderzhiva-
etsya, akkor tudni fogja, hogy nincs üres sor egy asztal, és minden sorban
Abban különbözik a többi sorban. Megbeszéljük a kulcsokat, hogy tovább
amikor a beszélgetés integritására vonatkozóan a hivatkozás 19. fejezet.
Oszlopok elnevezése és számozott
Ellentétben sorok, oszlopok, táblák (más néven mezők) uporya-
Ez azt jelenti, hogy minden oszlop a táblázatban kell egy egyedi
Íme a félreértések elkerülése végett. A legjobb, ha ezeket a neveket ukazy-
által használt ilyen csökkentés az oszlop neve, mint a neve a cname za-
kazchika és Odate a megrendelés időpontjától. Majd azt is, hogy minden asztalnál lich-
ny szám oszlop száma, mint egy elsődleges kulcs. következő eltérő
Ügyek fogja magyarázni ezeket a táblákat, és a kulcsokat részletesebben.
tipikus adatbázis
Táblázatok 1.1, 1.2 és 1.3 képeznek relációs adatbázis, amely
Ez minimálisan elegendő könnyen nyomon követheti, és elegendő
pontosan komplett szemléltetésére az alapvető fogalmak és gyakorlatok alkalmazása
Ezek a táblázatok nyomtatott ebben a fejezetben és az E. függelék néven
akkor lehet használni, hogy a különböző lehetőségeket illusztráljuk
A hivatkozás megkönnyítése érdekében hozzá.
Lehet, hogy észrevette, hogy az első oszlop az egyes táblázatok ko-
Úgy tartja a számok, amelyek értéke különbözik minden sorban. Ahogy valószínűleg
és azt javasolta, hogy - az elsődleges kulcs a táblázat. Néhány ilyen nome-
pit oszlopok is megjelennek más táblákban. Ez nem never-
Nogo. Ezek poazyvayut kommunikációs vonalak között alkalmazott érték
kapott az elsődleges kulcsot, és ahol a sorok az az érték ispolzu-
etsya az elsődleges kulcsot.
1.1 táblázat: Sellers
SNUM SNAME CITY COMM
1001 Peel London 0,12
1002 Serres San Jose 0,13
1004 Motika London 0,11
1007 Rifkin Barcelona 0,15