Interogare SELECTARE MySQL. Descriere, aplicație și funcții

MySQL selectați Cel mai popular design de limbaj SQL în toate dialectele sale pe toate platformele de calcul și sistemele de operare. Abilitatea de a formula gânduri corecte în SQL simplifică gândirea, o face sistematică și logică.

Selecția MySQL nu este neapărat reală cerere. Asta este poate fi calculul expresiei aritmetice sau formarea unei valori variabile. MySQL nu limitează dezvoltatorul în modul de utilizare a construcțiilor de limbaj SQL. Oferă numai sintaxă și funcționalitate.

Sintaxa formală a constructului SELECT

Aproape toate sursele despre MySQL selectează sintaxa oficială. Toate cuvintele cheie ale limbajului SQL sunt acceptate cu majuscule, dar aceasta nu este o regulă generală. Oricine îi place, dar este foarte important să înțelegem: rareori un amestec de litere mici și majuscule generează rezultatul corect.

Claritatea și respectarea strictă a sintaxei (1) reprezintă cea mai importantă condiție pentru o programare corectă, sigură și fiabilă, o performanță stabilă a codului. Cu privire la MySQL, care permite (2) utilizarea literelor din orice registru, este important să înțelegeți:

• selectați distinct `first_name` de la` ex_workers` unde `first_name` ca `% yogi%`"
• selectați distinct `first_name` de la` ex_workers` unde `First_name` ca `% yogi%`"

- nu este același lucru. Dacă scrieți cuvinte cheie după cum doriți, atunci libertățile în schimbarea numelor de tabele și variabile într-o singură interogare pot crea probleme serioase.

Sintaxă practică, tabele simple

Varianta sintaxei (2) este o practică reală care formalizează orice cerere sub forma unei proceduri care primește numai:

• ceea ce trebuie să alegeți;
• unde să alegi;
• în ce condiții.

Rezultatul procedurii (în acest caz: iLineSel) este matricea obișnuită a tuturor rândurilor selectate. Această sintaxă este una specială, dar grupările, sortarea și conexiunile complexe nu sunt întotdeauna necesare.

Cu cât sunt mai simple tabelele din baza de date, selectați mai ușor și mai rapid interogarea MySQL. Cu cât folosiți mai mult, cu atât mai multe condiții într-o singură interogare, cu atât mai rău. Situația este deosebit de complicată dacă cererea este direcționată către mai multe mese mari.

Dacă interogarea este formulată corect, selectarea MySQL va funcționa așa cum ar trebui. Dar cât timp va dura? Un vizitator la un site nu poate aștepta rezultatul. Este necesar nu numai să știm ce să spunem, ci și să estimăm 3 cât timp va dura un răspuns!

Corectați interogarea și codarea

Înainte de a spune că MySQL este rău și găsiți o altă eroare, trebuie să verificați formularea interogării, corectitudinea algoritmului și codificarea caracterelor.

Istoria și practica strălucitoare arată că, în 99% din cazuri, MySQL este instrumentul ideal pentru o muncă de succes cu informații. Dacă ceva nu dă rezultatul dorit, atunci undeva există o eroare. Verificați cu atenție conținutul solicitării, asigurându-vă că codarea paginii este corectă, puteți încerca să reformulați solicitarea.

Când lucrați cu MySQL, nu trebuie să uitați că condițiile de codare, localizare și găzduire pot fi diferite. Bune practici: verificați întotdeauna mediul de lucru înainte de a începe lucrul.

Cele mai simple constructe SQL

Rareori, atunci când dezvoltatorul decide să utilizeze MySQL ca aritmometru, dar logica generală a programării este îndeplinită: PHP MySQL selectați același mod:

• 1 + 2 * 3.

Valoarea rezultată este 7. Prioritățile de funcționare și logica operațiilor din limba MySQL sunt executate în conformitate cu regulile generale de programare. Acest lucru se aplică atât expresiilor, cât și condițiilor.

În acest exemplu, secțiunea 1 prezintă expresia aritmetică în construcția selectată MySQL, iar în secțiunea 2 există trei tablouri, dintre care un tabel de angajați ai companiei este construit aleator:

Numele, prenumele și poziția salariatului au fost formate aleatoriu din matricea numelor, prenumelor și posturilor disponibile. Timpul necesar muncii și timpul de venire la muncă sunt înregistrate în mod intenționat cu erori:

• sintaxa;
• semantică.

Pe acest set de înregistrări sunt permise următoarele interogări simple:

• selectați "first_name", "last_name", "w_status" de la `ex_workers`;
• selectați distinct `w_status` din` ex_workers`;
• selectați distinct `start_timestamp` din` ex_workers` unde `start_timestamp`! = `0000-00-00 00:00:00`;
• selectați distincte `start_timestamp` din` ex_workers` în cazul în care (` start_timestamp`! = `0000-00-00 00:00:00`) și start_timestamp> `2017-12-05 09:00:00`.

Prima interogare formează o listă a tuturor angajaților companiei. Firește, rezultatul acestei interogări va conține întregul număr de intrări de tabelă.

A doua interogare selectează toate postările active din întreprindere, utilizând cuvântul cheie "distinct" astfel încât să nu existe duplicate în eșantion.

A treia interogare selectează toate datele corecte pentru angajare, adică cele care conțin informații reale, mai degrabă decât zerouri.

A patra interogare vă permite să stabiliți că numai două intrări în tabel au sens, adică ele conțin informații care sunt completate în timpul programului de lucru. Dar în această a patra interogare specială, acest sens nu ia în considerare numărul de angajați care îl satisfac; de fapt, există patru înregistrări corecte.

Construirea interogărilor corecte

Logica construirii de interogări se dezvoltă pe parcursul dezvoltării lor. Este dificil să formulezi imediat decizia corectă. În special, tabelul poate conține înregistrări despre angajați, dar dacă data angajării nu este corectă, atunci cel mai probabil a fost înregistrată incorect.

Dacă data primirii unei persoane pentru muncă este de noapte, o zi liberă sau, în general, a fost creată în afara programului de lucru, atunci este eronată sau masa a fost supusă unui atac de virus.

Pe baza a ceea ce sa spus, ar fi corect să elaborăm o astfel de solicitare:

Această solicitare nu este, de asemenea, ideală, puteți asigura timpul de prânz al departamentului de personal, ora de terminare a zilei de lucru. Dar lucrul important aici nu este corectitudinea interogării pentru eșantionul stadiului actual al mesei de personal, ci funcționalitatea formării sale.

În acest caz, erorile la etapa de proiectare a tabelului de personal obligă dezvoltatorul să facă interogări complexe și de neînțeles.

În practica actuală, extrem de rar, constructul interogării MySQL selectează # din * unde va conține poziția de poziția „#“, în poziția de „*“ este doar un singur tabel, și într-o stare „“ Verificarea timpului de funcționare. Toate acestea sunt nonsens, un astfel de principiu nu ar trebui să fie. Toate postările sunt o masă separată, toate intrările conțin întotdeauna data corectă de angajare.

Bază de date corectă, interogări corecte

Construcția selectată poate fi utilizată pentru a determina baza de date utilizată. Ca rezultat al executării interogării MySQL "select database ()", numele bazei de date curente va fi preluat.

O practică obișnuită este aceea că baza de date este concepută astfel încât:

• asigurarea stocării în condiții de siguranță și a utilizării eficiente a datelor;
• formează o viziune sistematică asupra structurii informațiilor;
• asigură un acces facil la date, un design universal pentru toate interogările.

Acestea nu sunt singurele criterii, dar chiar și respectarea lor va permite să construiască o aplicație bună, o resursă web stabilă.

O regulă bună este să verificați mediul de lucru și starea bazei de date înainte de a începe să lucrați.

Acest lucru este important atunci când utilizați sisteme de gestionare a site-urilor. De exemplu, puteți să ștergeți memoria cache sau să vizualizați câți utilizatori lucrează deja cu site-ul și să refaceți interogările pentru a le optimiza. O soluție interesantă poate fi dinamica interogării, când în tabela de selectare MySQL este o variabilă. În ambele cazuri, interogarea este un șir de caractere. Dar nu există niciun motiv pentru a face acest șir static.

Dacă structura interogării este formată în timpul funcționării resursei web, aceasta vă permite să schimbați dinamic tabelele. De exemplu, vizitatorii site-ului încep să lucreze cu un set de tabele de baze de date, iar după înregistrare continuă pe celălalt. Dinamica interogării vă permite să optimizați funcționarea serverului MySQL.

Interogări cu înregistrări de sortare

Sortare sortare discordie, mai ales când vine vorba de limba rusă. Dar, uneori, este convenabil să utilizați funcționalitatea limbajului PHP peste ordinea de selectare MySQL prin. În mod ideal, atunci când interogarea are ca rezultat un rezultat final, care nu trebuie modificat de construcții PHP, dar de obicei selecția principală este însoțită de un aspect al paginii care obligă dezvoltatorul să rafineze conținutul elementelor de control.

De exemplu, după alegerea tabelului de personal, site-ul ar trebui să furnizeze managerului de resurse unul funcțional, altul angajat al departamentului de personal, iar angajatul el însuși al treilea. În primul caz, administratorul analizează și controlează compania în ceea ce privește componenta sa socială, în al doilea caz sunt permise numai operațiunile de schimbare și adăugare de înregistrări (angajați). În cel de-al treilea caz, angajatul lucrează cu planul său: el observă ce a făcut și planifică ce trebuie să facă în continuare.

Interogarea de bază necesită executarea adecvată a cererilor auxiliare în contextul motivului pentru care a fost executat.

În toate cazurile, ordonarea prin sortare vă permite să păstrați toate înregistrările într-o anumită ordine. Acest lucru este important întotdeauna, deoarece accelerează procesul de orientare în angajați, sarcinile și datele de execuție a lucrărilor.

De obicei, titlurile de locuri de muncă sunt foarte rar schimbate și pot fi scrise inițial în ordine ordonată. Când schimbați lista de postări, puteți să o comandați o dată și să efectuați modificări în tabelul de personal, deoarece ordinea tastelor se modifică.

În acest context, cerința de sortare rămâne numai pe tabelele care se schimbă dinamic în timpul funcționării.

Interogări cu gruparea înregistrărilor

Gruparea înregistrărilor este adesea la fel de importantă ca și sortarea, dar uneori acestea sunt operațiuni care se exclud reciproc.

Gruparea este avantajoasă în ceea ce privește numărarea înregistrărilor, sistematizarea lor, analiza. De exemplu, puteți utiliza grupul după clauză pentru interogarea MySQL selectați utilizatori, clienți, vizite, pagini deschise. Acest lucru poate funcționa din motive de securitate pentru a preveni conexiunea neautorizată sau monitorizarea proceselor de lucru ale companiei.

Condiție de solicitare: perfectă, atunci când nu există

Așa sa întâmplat, construcția MySQL selectată unde este o singură entitate. Deși folosirea diferitelor variante de îmbinare a meselor prin intermediul aderării nu există neapărat.

Dar la faptul că unde este selectată o componentă invariabilă a tuturor MySQL-ului, dezvoltatorul de început începe să se obișnuiască încă de la început. Exemple de învățare, trebuie să știți:

• ceea ce este ales;
• din care tabel;
• prin ce criterii.

Numai atunci începe formarea unui începător noțiunile de bază și de la stânga se alăture tabele, logica argou complicat: acest tabel aici stând pe acest lucru, și selectează toate datele din a treia sursă.

Practica este întotdeauna ușoară. Dacă baza de date este construită astfel încât, fără asocierea tabelelor, să nu funcționeze o interogare, ceva nu este corect în baza de date. Dacă sunt necesare condiții în afara sarcinii = `valoare` sau var> 0, adică sunt necesare construcții condiționate mai complicate - aceasta este o ocazie de a reconsidera conceptul de bază și logica spectrului necesar de interogări la acesta.

Este imposibil să se ia în considerare construirea unei baze de date în afara interogărilor. Baza de date este o structură a informațiilor, a cărei preocupare este de a răspunde la întrebări (solicitări) cât mai rapid și mai simplu posibil.

Obiecte de bază de date și interogări la aceasta

Relațiile relaționale - aceasta este o structură foarte specifică a bazei de date și o idee a interogărilor. În cazul în care conceptul de obicei de o mică schimbare: există obiecte (non-masă), și există metode de obiecte (proprietăți, nu cereri), atitudinile relaționale și solicitările reale dispar corpurile de obiecte.

Deci, masa de personal este un obiect care interacționează cu obiecte:

• Fellow;
• birou;
• misiune.

Un angajat poate fi un director, un administrator, un angajat. Pentru personal, acest lucru este important, dar în cazul corespunzător al angajatului instalației. De asemenea, titlul postului poate fi complet diferit. Dar în eșantionul mesei de personal, va fi un șir de simboluri, iar în contextul activității administratorului, acesta va fi un selector pentru selectarea postului necesar dintre cele disponibile.

Aplicarea strictă a regulilor sintaxei MySQL select este o regulă bună: practică, sigură, eficientă. Dar dacă vă limitați aplicația la nivelul fiecărui obiect de bază de date și lucrați direct cu aceste obiecte în conformitate cu metodele lor (regulile lor), eficiența va crește de mai multe ori.