Rekstraraðili SQL INNER JOIN: dæmi um setningafræði og lögun

Þróun hvaða gagnagrunni nær ekki aðeins í sér sköpun og fylla borð með ýmsum upplýsingum, en einnig frekar vinna með gögnin. Að rétt framkvæma ýmis verkefni í vali á gögnum frá borðum og skýrslugerð, nota stöðluðu Veldu hönnun.

Ná í gögn úr töflum

Ef við lítum á vandamál val á gögnum eða byggingu skýrslu, er hægt að ákvarða hversu flókið aðgerð. Sem reglu, þegar að takast á við alvarleg (samkvæmt bindi) gagnagrunna, sem eru mynduð, til dæmis, í vefverslanir eða stórum fyrirtækjum, gögn val er ekki takmörkuð við eina töflu. Sem reglu, sýnið má úr nokkuð stór tala af ekki aðeins tengd borðum, en einnig hreiður fyrirspurnir / undir-fyrirspurnir, sem gerir forritara, eftir verkefni þeirra. Fyrir sýnishorn af einni töflu er hægt að nota einföldustu uppbyggingu:

þar Person - heiti töflunnar sem þú vilt gera gögn sókn.

Ef hins vegar, þú þarft að velja gögn úr mörgum borðum, einn af the staðall hönnun er hægt að nota til að taka þátt í mörgum borðum.

tengja fleiri töflur Aðferðir

Ef við lítum á notkun slíkra mannvirkja á grunnskólastigi, getum við greint eftirfarandi kerfi til að tengja þarf fjölda í úrtaki borðum, þ.e:

1. Operator Inner Join.
2. Vinstri Join eða er það annað Ritunaraðferðin, Vinstri Outer Join.
3. Cross Join.
4. Full Join.

Using rekstraraðila til að taka þátt töflur í reynd, getur þú lært með því að skoða notkun á SQL staðhæfing - Inner Join. Dæmi um notkun þess yrði sem hér segir:

Tungumál SQL og Join Inner Join stjórnandi hægt að nota ekki aðeins til að sameina tvær eða fleiri töflur, en einnig til að tengja öðrum hópum fyrirspurnir, sem stórlega auðveldar vinnu gagnasafn stjórnandi, og, að jafnaði, getur dregið verulega flýta innleiðingu tiltekinna, flóknum fyrirspurn mannvirki.

Sameina gögn í töflum línu fyrir línu

Ef við lítum á tengsl fjölda undir-fyrirspurnum og gögn saman í einni töflu á milli lína, þú getur líka notað rekstraraðila Union og Union allt.

Notkun þessara mannvirkja fer eftir framkvæmdaraðila að setja markmið og niðurstöður sem hann vill til að ná í lok.

Lýsing Inner Join rekstraraðila

Í flestum tilvikum, til að sameina margar töflur í SQL tungumál er notað af Inner Join rekstraraðila. Lýsing Innri Taka þátt í SQL er auðvelt að skilja að meðaltali forritari sem er að byrja að skilja gagnagrunna. Ef við lítum á lýsingu yfir gangverk starfi þessa uppbyggingu, fáum við eftirfarandi mynd. Röksemdafærsla Rekstraraðili í heild er byggð á ferð og möguleika á sýnatöku aðeins gögn sem er í hvert borðum með í fyrirspurn.

Ef við lítum á svona vinnu varðar grafískri túlkun, fá við SQL Inner Join rekstraraðila uppbyggingu, en dæmi um slíkt er hægt að sýna með eftirfarandi kerfi:

Til dæmis höfum við tvær töflur, sýnt í meginatriðum á myndinni. Þeir, aftur á móti, hafa mismunandi fjölda af færslum. Í hvert borðum eiga akra sem eru tengdar. Ef við reynum að útskýra vinnu rekstraraðila á grundvelli teikningu, sem aftur niðurstaðan verður sett af gögnum frá tveimur borðum, þar sem herbergin eru samtengdar sviðum saman. Einfaldlega setja, fyrirspurn skilar aðeins þær færslur (í töflu númer tvö), sem gögnin eru í númer eitt borð.

The setningafræði af innri Join

Eins og fyrr segir, rekstraraðili Inner Join, þ.e., setningafræði þess, óvenju einfalt. Um skipulag tengsl milli borða innan einu sýni mun nægja til að muna og nota eftirfarandi skýringarmynd af byggingu rekstraraðila, sem er mælt í einni línu af hugbúnaði SQL-kóða, þ.e:

• Inner Join [Tafla NAME] á [a lykill sviði töflunni sem tengst] = [Pluggable lykill sviði töflunni].

Til samskipta í þessari yfirlýsingu er aðallega notað matskeið lykla. Sem reglu, í hópi borðum sem geyma upplýsingar um starfsmenn, sem áður er lýst persónu sjálfstjórnar og hafa að minnsta kosti einn svipaðan met. Svo taka a loka líta rekstraraðila SQL Inner þátt, dæmi sem hefur verið sýnt smá áðan.

DÆMI lýsingu og tenging við hljóð sýnishorn borðið

Við höfum manneskja borð, sem geymir upplýsingar um alla starfsmenn sem vinna í fyrirtækinu. Bara í huga að húsbóndi lykill í töflunni er sviði - Pe_ID. Bara á það og mun fara búnt.

Í síðari töflunni Subdivision mun geyma upplýsingar um skrifstofur sem starfsmenn vinna. Hún aftur á móti, er tengdur í gegnum Su_Person sviði persónu borð. Hvað þýðir þetta? Byggt á gögnum stefið má segja að í töflunni einingar fyrir hverja færslu í töflunni "Starfsmenn" verður upplýsingar um deild sem þeir vinna. Það er fyrir þessum samskiptum og munu vinna rekstraraðila Inner Join.

Fyrir meira innsæi notkun fjalla rekstraraðila SQL Innri Join (dæmi um notkun þess fyrir einn eða tvo borðum). Ef við lítum á dæmi um sama borð, þá er allt alveg einfalt:

Dæmi tengja tvær töflur og subquery

Rekstraraðili SQL Inner Join, dæmi eru að nota til að sækja gögn frá mörgum borðum er hægt að raða í ofangreindum hætti, það er að vinna á smá fylgikvilli meginreglu. Til að flækja það verkefni að tveimur borðum. Til dæmis höfum við víkja borð sem geymir upplýsingar um allar deildir í hvert deildum. Í þessari töflu skrá deild númer og starfsmaður númer og verður að fylgja eftir nafni dæmum um hverja deild. Horft fram á veginn, það er þess virði að segja að hægt er að nota tvær aðferðir til að leysa þetta vandamál.

Fyrsta leiðin er að tengja deild töflunni að prófa. Skipuleggja beiðni í þessu tilfelli getur verið sem hér segir:

The second aðferð við að leysa vandann - er að nota subquery sem ekki öll gögn verði valinn úr deild borðinu, en aðeins nauðsynlegt. Þetta er í mótsögn við fyrri aðferð, mun það draga úr þeim tíma sem beiðni.

Það er athyglisvert að slíkt fyrirkomulag getur ekki alltaf að flýta vinnu beiðnina. Stundum eru tilfelli þegar það er nauðsynlegt til að nota til viðbótar gögn sýni í tímabundið borð (ef hljóðið er of stór), og þá var það ásamt helstu sýninu.

Dæmi um notkun Inner Join rekstraraðila sýni úr fjölda af borðum

Bygging felur í sér notkun á flóknum fyrirspurnum í úrtakinu umtalsverða töflum og subqueries samtengdir. Þessar kröfur geta uppfyllt SQL Innri Join setningafræði. Dæmi um notkun rekstraraðila, í þessu tilfelli getur verið flókið ekki aðeins sýnishorn af þeim fjölmörgu stöðum geymslu, en einnig með fjölda hreiður subqueries. Fyrir steypu dæmi er hægt að taka gögn úr úrtaki kerfi matskeið (Inner Join SQL staðhæfing). Dæmi - 3 af borðinu - í þessu tilfelli verður að hafa frekar flókin uppbygging.

Í þessu tilviki er tengdur (aðal borð) og þrjú önnur innfluttra nokkrum skilyrðum gögn val.

Þegar Inner Join rekstraraðili að muna að flóknari fyrirspurn, því lengur sem það verður hrint í framkvæmd, þannig að þú ættir að leita leiða til fleiri fljótt framkvæma og leysa vandann.

niðurstaða

Að lokum, ég vildi eins og til að segja eitt: að vinna með gagnagrunna - það er ekki erfiðast í forritun, þannig að ef þú vilt hvert einasta manneskja verður að vera fær um að afla sér þekkingar til að byggja upp gagnagrunn, og með tímanum, öðlast reynslu, þú færð að vinna með þeim á faglegum vettvangi .