Introducere în baza de date relațională MySQL:

O bază de date relațional conceptual nu este altceva decât menținerea necesită relații între mai multe tabele prin utilizarea unor concepte cheie primară, unică sau de cheie străină. Orice bază de date care respectă practic această abordare și menține o relație adecvată între toate tabelele create, atunci acea bază de date poate fi considerată întotdeauna ca bază de date relațională. Baza de date relațională MySQL urmează, de asemenea, aceeași structură relațională, așa că nu există nicio îndoială că SQL-ul meu este de asemenea considerat ca o bază de date relațională cu serverul, în timp ce termenul „relație” nu a menționat sau nu în documentele MySQL. Baza de date de bază care nu are niciun concept de bază de date relațională, fiecare tabel conține o mulțime de date, inclusiv tranzacțional și master, ambele, înțelegând legarea logică a acestor date va fi foarte dificilă fără a cunoaște logica de afaceri adecvată. Bazele de date relaționale asigură această abordare.

Sistemul de control al relației bazei de date relaționale MySQL:

Din definiția specifică a bazei de date relaționale, oamenii cred că este prea critică pentru menținere și va crea confuzie. Dar aceasta nu este o afirmație adevărată, agenda principală a bazei de date relaționale pentru a evita orice fel de confuzie sau complicație între mai multe tabele implicate cu acea bază de date specifică, în care ajută un dezvoltator să mențină și să verifice ușor fără nicio luptă. Dacă luăm în considerare orice design relațional care este foarte comun, menține o relație strictă între toate tabelele aferente definite în baza de date. Să presupunem că putem lua în considerare un singur sistem de control al inventarului - în acest caz, trebuie să menținem o relație foarte strictă între toate tabelele care au implicat să dea mai multe descrieri legate de inventar. De asemenea, trebuie să mențină o relație mai strictă cu acele tabele pentru copii care au avut un impact suplimentar pentru orice fel de activitate de manipulare a datelor, cum ar fi inserarea sau ștergerea din inventarul respectiv. Ca exemple, vom avea în vedere trei tabele care sunt implicate în sistemul de control al stocurilor, presupunem că trei sunt interrelaționate.

Nume tabel: inventar

ID (cheie primară)DescrierePrețStoc

Numele tabelului: Sales_Staff

ID (cheie primară)NumeE-maila lua legatura

Nume tabel: factură

ID (cheie primară)SalesStaff_ID (Cheie externă a cheii primare Sales_Staff)Inventory_ID (cheia străină a inventarului cheie primară)CantitatePrețcometariu

Acum, luând în considerare cele trei tabele de mai sus, putem planifica relația dintre mai multe tabele folosind constrângerea cheii primare și a cheilor străine. În exemplul de mai sus, Factura este principalul tabel tranzacțional, în care toate datele tranzacționale au fost stocate cu succes pentru fiecare generație de facturi pe clientul individual sau utilizator final, acesta a stocat de fapt toate datele facturii cu succes pentru orice fel de referință. Acum, factura ar trebui să genereze din unele detalii ale inventarului, unde a fost stocată o cantitate de întreagă anchetă pentru un întreg magazin sau organizație. Acum, luând în considerare două tabele principale cheie, cum ar fi Inventarul și Sales_Staff, ambele tabele păstrează detalii principale ale magazinului pentru orice articol specific din magazinul sau organizația respectivă, în timp ce Sales_Staff a menținut toate detaliile personalului care lucrează la acel magazin sau organizație. În loc să mențină de fiecare dată același personal sau obiect specific în detalii tranzacționale de inventar, acesta deține de fapt o referință specifică a acelor tabele principale care sunt întreținute de un administrator al magazinului sau organizației. Prin urmare, prin această abordare specifică, putem evita cu ușurință redundanța sau repetarea datelor, ceea ce ajută întotdeauna să obținem date pe baza unei relații menținute între mai multe tabele. Acest exemplu, dat fiind o caracteristică cheie a oricărei baze de date relaționale, cum ar fi baza de date relațională MySQL, este aceea că presupunem că o informație de factură deține întotdeauna referința personalului de inventar și vânzări specific, dar personalul de inventar sau de vânzări nu poate niciodată să schimbe sau să actualizeze nimic din factura creată.

Așadar, aici a menținut de fapt una până la multe relații în care o singură dată de inventar poate exista în factură de mai multe ori și aceleași date despre personalul de vânzări pot exista în factură de mai multe ori. Această relație care ajută dezvoltatorul să obțină date fără probleme cu condiția de unire specifică, precum și înțelegerea sau proiectarea oricărei diagrame ER va fi foarte ușoară pentru ei. Aici, de asemenea, un punct cheie care trebuie menționat, să presupunem că orice persoană din vânzări care încearcă să vândă ceva care este în stoc, care este asigurat și prin menținerea acestui tip de relație. Ca ori de câte ori orice inventar va fi adăugat în factură, scade automat stocul din inventarul inițial, astfel va oferi întotdeauna un mesaj de validare corespunzător ori de câte ori persoana care vinde vânzarea încearcă să creeze orice fel de factură pentru inventar specific. Dacă ne uităm îndeaproape la relațiile din tabel, atunci Inventarul are un nume cheie primar este Id și Sales_Staff au un singur nume cheie primar este ID, dar factura are două chei străine, care este de fapt menținută relația cu Inventory și Sales_Staff. De asemenea, se asigură că orice lucru poate fi introdus în tabelul Factură care există de fapt în tabelul Inventar sau Vânzări_Staff, fără a exista date specifice, nu poate fi posibil să se facă o intrare în tabelul Factură. Deoarece tabelul facturilor are o relație de cheie străină specifică cu ambele tabele, astfel încât orice tabel existent, aceste tabele pot face doar înscrierea în tabelul facturilor. Așadar, ajută întotdeauna un dezvoltator în caz de a face o inserție greșită, fără a menține aceste date pe mesele pentru copii.

Ghid de instalare și descărcare a bazei mele de date relaționale SQL:

Există multe tipuri de versiuni disponibile pe internet pentru instalarea MySQL în PC-ul local, dar MySQL Organization vine cu o caracteristică foarte interesantă, cu un eșantion gratuit de baze de date relaționale, au capacitatea de a varietăți metode care sunt mai avansate decât alte eșantioane gratuite de baze de date relaționale, poate oferi posibilitatea de a stoca datele filmului, unul dintre punctele cheie este experiența utilizatorului inofensivă, înseamnă că presupunem că un utilizator face o oarecare greșeală, de aceea baza de date nu funcționează în totalitate, în acest caz, este foarte ușor sau poate spune o sarcină de 2 minute pentru a restabili acea bază de date din sursă.

1. Descărcați baza de date relațională MySQL din linkul de mai jos:

  • http://downloads.mysql.com/docs/sakila-db.tar.gz

2. Executând scriptul de mai jos pentru despachetarea pachetului de arhivare:

  • gudron –xzf xxxx-db.tar.gz

3. După ce ați despachetat același lucru, va crea 3 directoare ca mai jos:

  • Xxxx / sakila-db.sql
  • Sakila-schema.sql
  • Sakila.mwb

4. Rulați acum comanda de bază MySQL:

  • Mysql –p (parolă)

5. Acum urmează doar instrucțiunile menționate în sakila-db.sql și sakila-schema.sql.

6. Dacă toate instrucțiunile au urmat corect, atunci o nouă bază de date va fi creată cu numele „sakila”, care va fi afișată automat în lista de baze de date relaționale MySQL.

Articole recomandate

Acest articol a fost un ghid pentru baza de date relațională MySQL. Aici am discutat despre sistemul de control al relațiilor și Ghid pentru instalarea bazei de date relaționale MySQL. De asemenea, puteți consulta articolul următor pentru a afla mai multe

  1. Întrebări și răspunsuri la interviu RDBMS
  2. Cele mai importante diferențe între MySQL și NoSQL
  3. Utilizări Cheat Sheet MySQL
  4. Întrebări la interviu DBMS

Categorie:

Instrumente de dezvoltare web