MySQL JOIN: lýsingu, dæmi um notkun stjórn og tillögur

Þróun gagnagrunni auðlinda Internet er ekki frábrugðin venjulegu gagnagrunna þróað í kerfi MS SQL Server. Venjulega, fyrir þessa tegund af auðlind nota SQL mitt, enda þótt það getur verið beitt til þróunar á stöðluðum vörum hugbúnaður til staðbundinnar notkunar. En spurningin er í greininni ekki fara um hana.

Oft þegar að vinna með gagnagrunna í hverju tungumálum verkefni að gera sýnishorn gögn til að reikna í ýmsum skýrslum, gröf og svo framvegis. Sem reglu, framkvæmd af þessu tagi vandamál sem við verðum að nota ekki einn heldur nokkrir borðum, sameina þær í eina beiðni, stórlega flækja uppbyggingu þess. Það er nauðsynlegt að taka tillit til, eins og þeir ættu að vera framleiðsla gögn sem vilja "veiða upp" borð, og hvað niðurstaðan verður mest viðunandi fyrir forritara. Til að leysa þessi vandamál, nota einn af stöðluðum MySQL hönnun tungumál - Join.

Hugmyndin um orðum Join

Tungumál gagnagrunni þróun, sama hvaða tegund af tungumáli, taka sem grundvöll stöðluðu orð ensku orðabóka (sem er ástæða þess að skilyrði að þú veist ensku, þú Bude miklu auðveldara að vinna með borðum). Til að framkvæma tengingar borð í sýni sem tekið sömu orð - Join. Á tungumáli gagnasafn hugbúnaður notaður SQL minn. Þýðingar þjónusta er nákvæmlega sú sama og í tungumáli - "Union".

Túlkun MySQL uppbygging - Join, sem hver um sig verður nákvæmlega sú sama. Ef þú ráða í þeim tilgangi að byggingu, þ.e. útlínur af verkum hennar, fáum eftirfarandi gildi: hönnun mun leyfa til að safna nauðsynlegar reiti frá mismunandi töflur, eða hreiður fyrirspurnir í einu sýni.

Tegundir af hönnun sameinast

Ef forritari þarf að safna sýnishorn af mörgum borðum, og hann veit hvað helstu sviðum í þeim og hvers konar gögn er þörf fyrir skýrsluna, getur þú notað eitthvað af helstu mannvirki samtakanna, í því skyni að ná tilætluðum árangri. Basic mannvirki (til að taka þátt töflur) eru fjórir:

1. Innri ganga.
2. Cross Join.
3. Vinstri ganga.
4. Hægri Join.

Það fer eftir verkefni, hvert stöðluðum hönnun mun gefa mismunandi niðurstöður, sem mun fá skýrslur um mismunandi breytur á stuttum tíma.

Búa til og populating töflur til notkunar síðar

Áður en þú byrjar, til dæmis, til að íhuga leiðir til að vinna með gögn samruna býr að undirbúa nokkrar töflur, sem við munum halda áfram að vinna. Þetta mun hjálpa til við að sýna fram meginreglur alla rekstraraðila, auk þess, þannig að byrjendur verður að læra allt grunnatriði auðveldara forritun borðum.

Fyrsti Taflan mun lýsa sumir af the atriði sem fólk er stöðugt að encountered allt líf hans.

Annað borð vilja lýsa sumir af eiginleikum hlutum frá fyrstu töflunni til að leyfa frekari vinnu með þeim.

Almennt má segja að tvær töflur verður nóg til að sýna dæmi um vinnu þeirra. Nú er hægt að halda áfram að hagnýta umfjöllun um hönnun okkar.

Notkun Inner Join

Ef þú ert að nota MySQL uppbygging - Join Ineer virði að íhuga sumir af eiginleikum hennar. Þessi hönnun gerir þér kleift að velja úr báðum borðum aðeins þær færslur sem eru í fyrsta og öðru borði. Hvernig virkar það? Fyrsti Taflan við höfum húsbóndi lykill - ID, sem gefur til kynna raðnúmer færslur í töflunni.

Þegar þú býrð til annað borð, sama lykill er notaður sem röð tala, dæmi má sjá í tölum. Þegar velja gögn Veldu yfirlýsingu mun ákvarða niðurstöðu aðeins skráir raðnúmer saman - þess vegna eru þeir í fyrstu og í annarri töflunni.

Þegar byggingu er nauðsynlegt að skilja nákvæmlega hvað þú þarft að fá gögn. Algengustu mistök, sérstaklega fyrir forritara í gagnagrunni, það er óræð og óviðeigandi notkun hönnunar Inner Join. Sem dæmi má nefna MySQL Inner Join, getur þú telur handrit sem mun skila okkur áður lýst og fyllt með borðum mótmæla upplýsingar og eiginleika þeirra. En það getur verið ýmsar leiðir til að nota hönnun. Í þessu sambandi SQL minn er mjög sveigjanlegur tungumál. Svo er hægt að sjá dæmi um notkun MySQL Inner Join.

Tengja töflur án þess að tilgreina neinar breytur. Í þessu tilfelli, fáum við niðurstöðu slíkrar áætlunar:

Ef við kynna með orðinu Lausn: Notkun þjónustu, það er nauðsynlegt að huga að helstu lykla færslur í töflunum, niðurstaðan sett mun breytast verulega. Í þessu tilfelli, fáum við sýnishorn, sem mun skila aðeins þær raðir sem hafa sömu herra lykla.

Möguleiki á þriðju útfærslu á notkun, þegar beðið eftir orðinu «on» bendir reiti sem þarf að eiga sér stað liðs borðum. Í þessu tilviki er sýnið mun skila eftirfarandi upplýsingar:

Features Notaðu vinstri Join

Ef við teljum aðra leið til að sameina töflurnar með MySQL uppbyggingu - Join, getur maður tekið eftir mismun á gögnum, sem eru outputted. Slíkt kerfi er eftir hönnun.

Notkun á uppbyggingu Vinstri Join MySQL hefur einhverja eiginleika og, eins og innri, þarf skýr skilningur á niðurstöðum sem fengnar.

Í þessu tilfelli, fyrst velur allar færslur frá fyrri töflunni, og ennfremur við hana eru festar á öðrum eiginleikum töflunni. Í þessu tilfelli, ef það er met, til dæmis, "kollur" í fyrri töflunni og annað borð eru engar eignir til þess, að vinstri rekstraraðili birtist í framan komu til null, sem segir forritari sem merki um þetta efni er ekki heyrt .

Using this hönnun mun hjálpa ákvarða hvaða sviðum eða, til dæmis, vörur í versluninni er ekki sett verð, ábyrgðartíma , og svo framvegis.

Nota Dæmi vinstri

Til að teljast fyrir hönnun stjórnanda starfi Vinstri Skráðu þig MySQL nota áður lýst borð. Til dæmis, þú þarft að velja heilan lista af vörum sem eru í versluninni, og stöðva fyrir sumir af þeim ekki hafa einkenni eða eiginleika. Í þessu tilviki er sýnið mun sýna allar vörur, og fyrir þá sem hafa enga eign, mun bera nulls.

Þar sem notkun í byggingu Join

Sem viðfang, félag kann eru ekki einungis til kynna reiti sem þú verður að koma á tengingu borð, en getur falið í sér rekstraraðila ef aðstæður.

Til dæmis, íhuga handrit sem ætti að skila okkur aðeins þær færslur sem hafa ekki sett niður merki. Í þessu tilfelli, þú þarft að bæta hönnun Join rekstraraðila hugtök og gefa til kynna að það ætti að vera aftur í kjölfarið.

Þegar það er notað í MySQL Join - Þar sem það ætti að vera skýrt skilið sem birtir aðeins þær færslur sem fela í sér ofan ástand, og sýnið verður þá sem hér segir:

Þessar beiðnir leyfa þér að gera sýnishorn sérstakar gögnum um valinn forritari ástand. Slíkar aðstæður geta bent nokkrir hægt að uppfæra gögn val breytur sameinaðir með borðum.

Using Skráðu þig til að breyta gögnum í borðum

Hönnun Join, í raun, alhliða. Það gerir þér kleift að ekki aðeins gera ýmsar sýni, heldur einnig tengja við beiðnum frá einum til nokkurra borðum, að setja frekari skilyrði í sýni. Hönnun er einnig hægt að nota fyrir önnur starfsemi gögn. Þannig Join er hægt að nota til að breyta gögnum í töflu. Eða öllu heldur, til að skýra skilyrði í töflunni, eða í þeim tilvikum þar sem þarf að uppfæra gögn í mörgum borðum á sömu skilyrði.

Til dæmis, íhuga eftirfarandi vandamál. Gefið þrjú töflur þar sem það er einhver sönnun. Það er nauðsynlegt að framkvæma breytingu á gögnum í báðar borða með einni fyrirspurn. Bara til að leysa slík verkefni er hægt að nota í stjórn uppfærslu Join hönnun. Join mjög tegund af uppbyggingu veltur á sama hátt og í tilviki dæmum um niðurstöðu sem vill fá forritari.

Lítum á einfalt dæmi. Þú þarft að uppfæra gögn á einum beiðni til sömu skilyrði. Þessi tegund af fyrirspurn er smíðaður til að hámarka gagnagrunninn. Hvers vegna skrifa mismunandi fyrirspurnir fyrir hvert borðum, ef þú getur eytt öllum Gagnavinnsla beiðni eitt? Dæmi MySQL Uppfæra þátt í okkar tilfelli væri:

Building flóknar fyrirspurnir

Oft þegar að vinna með gagnagrunni fyrirspurnir nauðsynlegt að byggja ekki aðeins sameiningu nokkrum borðum, en einnig með því að nota undir-fyrirspurnum. Slík vandamál eru alveg erfitt að skilja fyrir nýliði forritari gagnagrunna. Erfiðleikarnir er að við verðum að hugsa um hvert skref, ákveða hvaða gögn úr töflu eða fyrirspurn þarf að fá og hvernig í framtíðinni ætti að fara að vinna.

Fyrir nákvæmari skilning getur talist (í MySQL Join) dæmi um flóknar fyrirspurnir. Ef þú ert nýr og eru bara að byrja að vinna með gagnagrunna, ss þjálfun mun aðeins gagnast. Hin fullkomna embodiment mun MySQL Vinstri Join dæmi.

Þessi fyrirspurn mun skila okkur til 58 færslur sölusamningnum, sem er full eða það er reiðufé jafnvægi fyrir valda dagsetningu. Í þessu tilviki, dag-. Einnig í úrtakinu bætt því skilyrði að samningurinn ætti að vera title stafir - "123". Á skjánum upplýsingar (gögn) verður raðað - raðað eftir fjölda samningsins.

Eftirfarandi dæmi sýnir upplýsingar um allar greiðslur, sem mun gefa til kynna samning númer.

notkun subqueries

Eins og fyrr segir þegar að vinna með gagnagrunna er hægt að sameina ekki aðeins töfluna, en borð með beiðninni. Þessi hönnun er aðallega notað til að flýta fyrirspurn og hagræðingu sína.

Til dæmis, ef þú vilt frá borðinu, sem hefur hundruð sviðum og segja þúsund færslur, velja aðeins tvo reiti, það er nauðsynlegt að nota fyrirspurn sem skilar aðeins nauðsynlega reiti og sameina það með helstu gögn sýni. Sem dæmi MySQL Join Select geta íhuga beiðni af þessu tagi:

Það er ekki allt aðferðir við notkun staðlaðra hönnun MySQL, og aðeins staðall. Hvernig á að nota hönnun og taka þátt í einhverju myndum, forritari ákveður, en það er þess virði að minnast og taka tillit til hvað niðurstaðan ætti að fást með fyrirspurn.