Rekenaars, Databasisse
MySQL - navraag in die soektog. MySQL: navraag voorbeelde. Ingebed MySQL navrae
Op die oomblik, kan elke persoon die vinnige groei van digitale inligting in ag te neem. En aangesien baie van hierdie inligting is belangrik, is dit nodig om dit te bewaar in digitale vorm vir toekomstige gebruik. In hierdie situasie, kan dit gebruik word moderne tegnologie soos databasisse. Hulle bied betroubare stoor van enige digitale inligting en data toegang uitgevoer kan word by enige punt op die aardbol. Een van die tegnologie onder oorweging is 'n stelsel van MySQL databasis.
DBMS MySQL - wat is dit?
'N relasionele databasis management system MySQL is een van die gewildste en algemeen gebruik stoor tegnologie. Sy funksies is beter in baie opsigte die bestaande databasis. In die besonder, een van die belangrikste kenmerke is die vermoë om ingebed MySQL navrae gebruik.
Daarom, baie van die projekte, waar tyd is belangrik en nodig is om die prestasie-inligting stoor verseker, sowel as voer komplekse data monsters word ontwikkel op 'n MySQL databasis. Die meeste van hierdie ontwikkelings maak webtuistes. In hierdie geval, is MySQL bevorder in die implementering van beide klein (blogs, webwerf, besigheidskaartjies en so aan. P.) En eerder groot probleme (online shopping, data stoor , en so aan. D.). In beide gevalle, die vertoning van inligting op die webblad gebruik MySQL-navraag. Die versoek vir ontwikkelaars probeer om die meeste van die geleenthede wat aangebied word Database Management System maak.
Hoe dit moet georganiseer stoor
Vir 'n maklike stoor en die daaropvolgende verwerking van die data noodwendig bestel. Die data struktuur te bepaal hoe die tafel sal lyk, wat gebruik word om inligting te stoor. Databasis tabelle is 'n stel van velde (kolomme) ooreenstemmende vir elke spesifieke eiendom van die data voorwerp.
Byvoorbeeld, as 'n tafel van werknemers van 'n spesifieke maatskappy, dit is die mees eenvoudige struktuur is soos volg. Vir elke werknemer unieke nommer, wat gewoonlik gebruik word as 'n primêre sleutel vir die tabel aangeheg. Dan in die tabel aangeteken persoonlike werknemer data. Volle naam, kredietkaart nommer, waarvoor dit is gerus, telefoon, adres en ander besonderhede: Dit kan enigiets wees. Volgens die vereistes van normalisering (6 normale vorme van databasisse) sowel as vir MySQL-navrae gevoer gestruktureerde velde van die tabel moet atoom wees, dit wil sê, nie om keuse lys of lyste hê. Daarom, gewoonlik, in die tabel, is daar afsonderlike velde vir laaste naam, eerste naam, en so aan. D.
werknemers_id | Van | naam | patronymicum | Department_id | posisie | Phone | Employer_id |
1 | Ivanov | Ivan | Ivanovic | Administrasie. | direkteur | 495 **** | null |
2 | Petrov | Peter | Petrowitsj | Administrasie. | Adjunk. direkteur | 495 *** | 1 |
3 | Grishin | Gregory | G. | die verkoop | kop | 1 | |
... | ... | ... | ... | ... | ... | ... | ... |
59 | Sergeev | Sergei | S. | die verkoop | Verkoper-konsulteer. | 495 *** | 32 |
Bo is 'n triviale voorbeeld van die databasis tabel struktuur. Dit is egter nog nie ten volle voldoen aan die noodsaaklike vereistes van normalisering. In die werklike stelsels, skep 'n bykomende tafel afdelings. Daarom is die volgende tabel in plaas van die woorde kolom "Departement" moet 'n aantal departemente bevat.
Hoe is die data monster
Om data uit tabelle te haal in 'n databasis management system MySQL, 'n spesiale span - Kies navraag. Om die bediener databasis korrek gereageer op die oproep, die versoek moet goed gevorm. navraag struktuur is soos volg gevorm. Enige toegang tot die databasis bediener begin met die navraag kies. Dit was met hom al gebou MySQL navrae. Voorbeelde kan van verskillende kompleksiteit wees, maar die beginsel van konstruksie is baie soortgelyk.
Jy moet dan spesifiseer watter lande jy die gewenste inligting te kies. Lys die velde gaan deur die komma na voorstelle te kies. Sodra al die nodige velde in die aanvraag is gelys spesifiseer die tafel voorwerp waaruit die monster sal plaasvind met die hulp van voorstelle van en spesifiseer die naam van die tafel.
Vir monsterneming beperkings in MySQL-navrae word by spesiale operateurs, op voorwaarde dat die databasis. Vir voorbeeld gebruikers (unieke) data gebruik bie duidelike en voorwaardes gestel - die operateur waar. As 'n voorbeeld van toepassing op die tabel hierbo, kan ons 'n versoek veeleisende inligting van Naam oorweeg werknemers in die departement "Verkope". navraag struktuur in die vorm soos in die tabel hieronder.
Die konsep van 'n sub-navraag
Maar die belangrikste kenmerk van die databasis, soos hierbo genoem, die vermoë om te hanteer ingeboude MySQL navrae. Dit moet lyk? Van die naam logies dit verstaan dat dit 'n versoek gegenereer in 'n hiërargie van twee of meer versoeke. In teorie, deur die bestudering van die eienaardighede en gedrag van databasis dit sê dat MySQL die aantal MySQL-navrae wat gebruik kan word geneste in die hoof navraag nie beperk. Jy kan egter eksperimenteer in die praktyk en maak seker dat daar na die tweede tien geneste navraag reaksie tyd om ernstig te verhoog. In elk geval, in die praktyk is daar probleme wat aangespreek moet 'n baie komplekse MySQL-navraag gebruik. Die versoek kan 'n maksimum van 3-5 geneste hiërargieë vereis.
Konstruksie van geneste navrae
In die ontleding van die lees inligting, kan 'n aantal van vrae oor waar die sub-navrae, en as jy nie kan die probleem van die verdeling van hulle in eenvoudige los sonder komplikasies vir die struktuur gebruik word. In die praktyk word sub-navrae wat gebruik word om komplekse probleme op te los. So 'n tipe van probleme is situasies wanneer dit nie vooraf bekend is die omstandighede waaronder die limiet waardes verdere monsters sal plaasvind. Dit is onmoontlik om sulke probleme op te los, as jy net gebruik maak van die gereelde MySQL-navraag. In die versoek, wat bestaan uit hiërargie, sal soek beperkings wat met verloop van tyd of vooruit kan nie bekend sal word kan verander.
As ons kyk na bokant die tafel, die volgende voorbeeld is 'n komplekse taak. Kom ons sê ons moet basiese inligting oor werknemers wat ondergeskikte Grishina Grigoriya Grigorevicha, wat is die weet hoof van verkope. In die vorming van die navraag doen ons nie sy identiteitsnommer weet. So aanvanklik moet ons dit ken. Dit maak gebruik van 'n eenvoudige navraag dat die belangrikste terme van die besluit sal vind en sal die belangrikste MySQL-navraag aan te vul. Die versoek toon duidelik dat die subquery kry die werknemer ID-nommer, wat die beperking van die belangrikste navraag verder omskryf:
In hierdie geval, is 'n voorstel wat gebruik word om die voorkoms van foute te voorkom, as werknemers met sulke voorletters 'n paar sal wees.
resultate
Om op te som, moet daarop gelet word dat daar baie ander addisionele funksies wat die konstruksie van die navraag grootliks fasiliteer, as DBMS MySQL - 'n kragtige instrument met 'n wye verskeidenheid van instrumente vir die stoor en verwerking.
Similar articles
Trending Now