Operaator SQL sisemine liituda: näiteid süntaks ja funktsioonid

Arendamine tahes andmebaas sisaldab mitte ainult loomist ja täitmist tabelid erinevate teavet, vaid ka edasise töö andmetega. Et õigesti täita erinevaid ülesandeid valikul andmeid tabelite ja aruandluse kasutada standardset Valige disain.

Tõmba andmeid tabelites

Kui vaatleme probleemi valikut andmeid või ehitamiseks aruande saate määrata tase keerukust operatsiooni. Üldjuhul, kui tegemist on tõsise (vastavalt maht) andmebaasid, mis on moodustunud näiteks online kauplustes või suurte ettevõtete andmete valik ei ole piiratud ühe laua. Üldjuhul võib proovi olla üsna suur hulk mitte ainult seotud tabelid, vaid ka pesastatud päringuid / sub-päringuid, mis muudab programmeerija, sõltuvalt oma ülesanne. Proovi ühe laua saab kasutada lihtsamaid struktuur:

kus isik - tabeli, millest soovite teha andmete ülekanne.

Kui aga sa pead valima andmeid mitmest tabelist, üks tüüpprojektide saab ühendada mitmeid tabeleid.

ühendavad lisatabelid meetodid

Kui vaatleme Rajatiste kasutamist esmatasandil, saame eristada järgmisi mehhanisme ühendamiseks nõutav arv proovi lauad, nimelt:

1. Operaator Inner Liitu.
2. Vasak Liitu või on see teine kirjutamismeetodist Vasak välimine liituda.
3. Cross Liitu.
4. Full Liitu.

Kasutades operaatorid liituda tabelid praktikas, võite õppida kasutamise kaalumisel SQL - Inner Liitu. Näitena selle kasutamine oleks järgmine:

Keel SQL ja Liitu Inner Liitu operaator saab kasutada mitte ainult kahe või enama tabelid, vaid ka ühendada teiste sub-päringuid, mis suuresti kergendab tööd andmebaasi administraatorid, ja reeglina, võib oluliselt kiirendada rakendamist konkreetsete keeruline päringu struktuure.

Ühendades andmete tabelid rida-realt

Kui vaatleme seoses suure arvu sub-päringute ja andmete koondada ühte tabelis rida-realt, siis saab kasutada ka ettevõtjate liidu ja liidu Kõik.

Kasutada neid struktuure sõltub arendaja seada eesmärke ja tulemusi, et ta tahab saavutada lõpuks.

Kirjeldus Inner Liitu operaator

Enamikul juhtudel, kombineeri tabelid SQL keel, mida sisemine liituda operaator. Kirjeldus Inner Liitu SQL on üsna lihtne mõista keskmine programmeerija, kes on just hakanud mõistma andmebaase. Kui vaatleme mehhanismi kirjeldus töö selle struktuuri, saame järgmise pildi. Loogika operaator tervikuna on ehitatud ületamine ja võimalust proove üksnes andmeid, mis on kõigis tabelites päringu.

Kui me vaatame seda liiki tööd nii graafiline tõlgendus, saame SQL Inner Liitu operaator struktuur, mille näiteks võib tuua järgmise skeemi:

Näiteks on meil kaks tabelit skemaatiliselt kujutatud joonisel. Nad omakorda on erinev arv kandeid. Iga tabelites on valdkondades, mis on seotud. Kui me püüame selgitada töö operaator põhjal joonise, tagastatud tulemus on kirjete kogum kahest tabelid, kus toad on omavahel väljad lange. Lihtsamalt öeldes, päring tagastab ainult need kirjed (tabelis number kaks), kelle andmed on number üks tabel.

Süntaks Inner Liitu

Nagu eelnevalt mainitud, operaator Inner Liitu, nimelt tema süntaks, ebatavaliselt lihtne. Korralduse tabelite vahelised seosed ühes proovis piisab meeles pidada ja kasutada järgmisi skeem ehitamiseks operaator, mis on ette nähtud ühele reale tarkvara SQL-koodi, nimelt:

• Inner Liitu [Tabeli nimi] [a võti valdkonnas tabeli, mis ühendavad] = [kaasatavad võtmeväli tabeli].

Suhtlemiseks see avaldus on peamiselt kasutatud tabelite võtmed. Üldjuhul on rühm tabeleid, et salvestada teavet töötajate, eelnevalt kirjeldatud isik jaotis ja olema vähemalt üks sarnane rekord. Niisiis, võtame lähemalt operaator SQL Inner Liitu, mille näide on toodud veidi varem.

Näide kirjeldus ja ühendus helinäidise tabelis

Meil on isik tabeli, mis salvestab teavet kõigi töötavate firmas. Lihtsalt teadmiseks, et ülemvõtit tabeli on valdkond - Pe_ID. Just seda ja lähevad kimbu.

Teises tabelis jaotis salvestab informatsiooni kontorid, mis töötajad töötavad. Ta omakorda on ühendatud Su_Person valdkonnas Isik tabelis. Mida see tähendab? Tuginedes andmete skeemi võib öelda, et tabelis ühikut iga kirje tabelis "Töötajad" on informatsioon osakond, kus nad töötavad. Just sel kommunikatsiooni ja töötab operaator Inner Liitu.

Sest intuitiivsem kasutamist kaaluda ettevõtja SQL Inner Liitu (näited selle kasutamist ühe või kaks tabelit). Kui vaatleme näiteks sama tabeli, siis kõik on üsna lihtne:

Näide ühendada kaks tabelit ja subquery

Operaator SQL Inner Liitu, mille näited on kasutada andmete toomiseks mitmest tabelist on võimalik korraldada eespool viisil, see töötab veidi tüsistus põhimõtet. Et komplitseerivad kaks tabelit. Näiteks on meil lahkumine tabelis, mis talletab teavet kõigi osakondade iga piirkonnaks. Selles tabelis salvestatud jagunemise arv ja töötajate arv, ning seda tuleb täiendada nimi proovi andmed iga osakond. Tulevikku vaadates tasub öelda, et saate kasutada kahte meetodit, et lahendada see probleem.

Esimene võimalus on ühendada osakonna tabelis proovi. Korralda taotluse antud juhul võib olla järgmine:

Teine meetod probleemi lahendamiseks - on kasutada subquery ei ole kõik andmed valitud osakonna tabelis, kuid ainult vajalikud. See on kontrastiks esimene meetod, see vähendab aega taotluse.

Väärib märkimist, et sellist süsteemi ei saa alati töö kiirendamiseks taotluse. Mõnikord on juhtumeid, kui on vaja kasutada täiendavat proovi andmed ajutise tabeli (kui maht on liiga suur), ja siis oli koos peamiste proovi.

Näide kasutamise Inner Liitu operaatoril proove suur hulk tabeleid

Ehitus hõlmab keeruliste päringute proovi märkimisväärses koguses tabelid ja subqueries omavahel. Need nõuded võivad rahuldada SQL Inner Liitu süntaks. Näiteid kasutamise operaator, antud juhul võib olla keeruline mitte ainult proove paljudest ladustamise kohti, vaid ka suur hulk pesastatud subqueries. Sest konkreetne näide, võite võtta andmeid proovi süsteemi tabelid (Inner Liitu SQL). Näide - 3 tabeli - antud juhul on üsna keeruline struktuur.

Sellisel juhul ühendatud (esmane tabel) ja veel kolm kasutusele mitmeid andmete valiku tingimused.

Kui kasutate Inner Liitu peab meeles pidama, et keerulisem päringu, seda kauem tuleb rakendada, et sa peaksid otsima võimalusi kiiremini täita ja probleemi lahendada.

järeldus

Lõpuks tahaksin öelda üks asi: tööd andmebaasid - see ei ole kõige raskem asi programmeerimine, nii et kui soovite iga inimene saab omandada teadmisi ehitada andmebaasi ning aja jooksul, saada kogemusi, saad töötada koos nendega professionaalsel tasemel .