Uvod v relacijsko bazo podatkov MySQL:
Konceptualno relacijska podatkovna baza ni nič drugega kot vzdrževanje, ki zahteva razmerje med več tabelami z uporabo neke primarne, edinstvene ali tuje ključne zasnove. Vsako bazo podatkov, ki praktično sledi temu pristopu in vzdržuje ustrezno razmerje med vsemi ustvarjenimi tabelami, potem lahko ta baza vedno šteje za relacijsko bazo podatkov. Tudi relacijska baza podatkov MySQL sledi isti relacijski strukturi, tako da ni dvoma, da se moj SQL šteje tudi kot strežniška relacijska baza podatkov, medtem ko izraz 'relacija' v dokumentih MySQL ni omenjen oz. Osnovna baza podatkov, ki nima nobenega pojma relacijske baze podatkov, vsaka tabela vsebuje veliko podatkov, vključno s transakcijskimi in master obema, razumevanje logične vezave teh podatkov bo zelo težko brez poznavanja poslovne logike. Relacijske baze podatkov zagotavljajo ta pristop.
Sistem za nadzor razmerja relacijske baze podatkov MySQL:
Iz posebne definicije relacijske baze podatkov ljudje mislijo, da je preveč kritična za vzdrževanje in bi ustvarila zmedo. Vendar to ni resnična izjava, glavni dnevni red relacijske baze podatkov, da se izognemo kakršni koli zmedi ali zapletom med več tabelami, ki so povezane s to določeno bazo podatkov, kjer razvijalcu pomaga brez težav in vzdrževati ter preverjati. Če razmislimo o kakšni relacijski zasnovi, ki je zelo pogosta, ki vzdržuje strog odnos med vsemi povezanimi tabelami, opredeljenimi v bazi podatkov. Recimo, da lahko razmislimo o enem sistemu nadzora inventarja - v tem primeru moramo ohraniti zelo strog odnos med vsemi tabelami, ki so sodelovale z več opisi, povezanimi z zalogami. Prav tako mora ohraniti strožji odnos s tistimi otroškimi tabelami, ki dodatno vplivajo na kakršne koli dejavnosti obdelave podatkov, kot sta vstavljanje ali brisanje iz tega posebnega inventarja. Kot primere bomo obravnavali tri tabele, ki so vključene v sistem nadzora zalog, predpostavimo, da so tri med seboj povezane.
Ime tabele: Zaloga
| ID (primarni ključ) | Opis | Cena | Zaloga |
Ime tabele: Sales_Staff
| ID (primarni ključ) | Ime | E-naslov | stik |
Ime tabele: Račun
| ID (primarni ključ) | SalesStaff_ID (tuji ključ Sales_Staff primarni ključ) | Inventory_ID (tuji ključ inventarnega primarnega ključa) | Količina | Cena | komentar |
Zdaj, ko upoštevamo zgornje tri tabele, lahko načrtujemo razmerje med več tabelami z uporabo primarnega in omejitve tujega ključa. V zgornjem primeru je Račun glavna transakcijska tabela, kjer so vsi podatki o transakcijah uspešno shranjeni za vsako generiranje računov pri posamezni stranki ali končnem uporabniku, dejansko so uspešno shranili vse podatke računov za kakršne koli reference. Zdaj bi moral račun pripraviti iz nekaterih podatkov o zalogah, kjer je bila shranjena količina celotne poizvedbe za celotno trgovino ali organizacijo. Zdaj upoštevamo dve ključni glavni tabeli, kot sta Inventory in Sales_Staff, obe tabeli pa vsebujeta glavne podatke o shranjevanju posameznih izdelkov v tej trgovini ali organizaciji, medtem ko je Sales_Staff ohranil vse podrobnosti o osebju, ki delajo v tej trgovini ali organizaciji. Namesto da bi ob istem transakcijskem detajlu vsakič vodili isto osebje ali poseben predmet, se dejansko sklicuje na tiste glavne tabele, ki jih vodi neki administrator trgovine ali organizacije. Tako se s tem posebnim pristopom zlahka izognemo odpuščanju podatkov ali ponovitvi podatkov, kar vedno pomaga pri pridobivanju podatkov na podlagi vzdrževanega razmerja med več tabelami. Ta primer je dal eno ključno značilnost katere koli relacijske baze podatkov, kot je relacijska podatkovna baza MySQL, ob predpostavki, da se na enem računu podatki vedno sklicujejo na določeno osebje zalog in prodajnega osebja, vendar zaloge ali prodajno osebje nikoli ne morejo ničesar spremeniti ali posodobiti v ustvarjenem računu.
Torej je tukaj dejansko ohranjeno razmerje med številnimi, kjer lahko v podatkih o računu obstajajo več podatkov o zalogah večkrat, v računu pa lahko večkrat obstajajo enaki podatki prodajnega osebja. Ta odnos pomaga razvijalcu pri nemotenem pridobivanju podatkov z določenimi pogoji združevanja in tudi razumevanju ali oblikovanju katerega koli ER-diagrama bo zanje zelo enostaven. Tu je treba omeniti še eno ključno točko, predpostavimo, da bo katera koli prodajalka, ki poskuša prodati nekaj, kar je na zalogi, kar je zagotovljeno tudi z ohranjanjem takšnih odnosov. Kakorkoli, ko bo na računu dodan kateri koli zalog, se samodejno odšteje zaloga od prvotnega inventarja, tako bo vedno predložil pravilno sporočilo o potrditvi, kadar koli prodajalec, ki poskuša izdelati kakršno koli račun za določen zalog. Če natančno pogledamo razmerje tabel, potem ima Inventory eno ime primarnega ključa Id, Sales_Staff pa eno ime primarnega ključa, je ID, račun pa ima dva tuja ključa, ki dejansko ohranjata razmerje s tabelama Inventory in Sales_Staff. Prav tako zagotavlja, da je mogoče v tabelo računov vstaviti karkoli, kar dejansko obstaja v tabeli Inventory ali Sales_Staff, brez kakršnih koli posebnih podatkov pa v tabelo Račun ni mogoče vnesti enega vnosa. Ker ima tabela računov eno posebno povezavo s tujimi ključi z obema tabelama, tako lahko vse, kar obstaja v teh tabelah, vnese v tabelo računa. Torej vedno pomaga razvijalcu, če naredi napačen vložek, ne da bi te podatke hranil na nadrejenih tabelah.
Navodila za namestitev in prenos moje SQL relacijske baze podatkov:
V internetu je na voljo veliko različnih različic za namestitev MySQL-a v vaš lokalni računalnik, vendar ima MySQL organizacija eno zelo zanimivo funkcijo z brezplačnim vzorcem relacijske baze podatkov, možnost razvrščanja metod, ki so naprednejše od drugih brezplačnih vzorcev relacijske baze podatkov, lahko daje priložnost za shranjevanje podatkov o filmih, ena od ključnih točk je neškodljiva uporabniška izkušnja, pomeni, da en uporabnik nekako stori kakšno napako, zato baza podatkov v celoti ne deluje, v tem primeru je zelo enostavno ali lahko rečem 2-minutno nalogo, da obnovite ta baza podatkov iz vira.
1. Prenesite relacijsko bazo MySQL s spodnje povezave:
- http://downloads.mysql.com/docs/sakila-db.tar.gz
2. Izvajanje spodaj skripta za razpakiranje arhivskega paketa:
- katran –xzf xxxx-db.tar.gz
3. Ko razpakirate isto, bo ustvaril 3 imenike, kot je spodaj:
- Xxxx / sakila-db.sql
- Sakila-schema.sql
- Sakila.mwb
4. Zdaj zaženite osnovni ukaz MySQL:
- Mysql –p (geslo)
5. Zdaj sledite navodilom, omenjenim v sakila-db.sql in sakila-schema.sql.
6. Če se boste pravilno držali vseh navodil, bo nastala nova baza podatkov z imenom "sakila", ki bo samodejno prikazana na seznamu relacijskih baz podatkov MySQL.
Priporočeni članki
Ta članek je vodnik po relacijski podatkovni bazi MySQL. Tu smo razpravljali o sistemu nadzora razmerja in smernicah za namestitev relacijske baze podatkov MySQL. Če želite izvedeti več, si oglejte tudi naslednji članek
- RDBMS Intervju Vprašanja in odgovori
- Najboljše razlike med MySQL in NoSQL
- Uporaba Cheat Sheet MySQL
- Vprašanja o intervjuju za DBMS