Johdatus MySQL-relaatiotietokantaan:
Käsitteellisesti relaatiotietokanta on muuta kuin ylläpitäminen vaatii suhteen useiden taulukoiden välillä käyttämällä jotakin ensisijaista, ainutlaatuista tai vieraan avaimen konseptia. Mikä tahansa tietokanta, joka käytännössä noudattaa tätä lähestymistapaa ja ylläpitää asianmukaista suhdetta kaikkien luotujen taulukoiden välillä, sitä tietokantaa voidaan pitää aina relaatiotietokannana. MySQL-relaatiotietokanta noudattaa myös samaa relaatiorakennetta, joten ei ole epäilystäkään siitä, että SQL: täni pidetään myös palvelinrelaatiotietokannana, kun taas 'relaation' termiä ei mainittu MySQL-asiakirjoissa tai ei. Ydintietokanta, jolla ei ole käsitettä relaatiotietokannasta, jokainen taulukko sisältää paljon dataa, mukaan lukien transaktio- ja master-molemmat, näiden tietojen loogisen sitomisen ymmärtäminen on erittäin vaikeaa tuntematta asianmukaista liiketoimintalogiikkaa. Relaatiotietokannat takaavat tämän lähestymistavan.
MySQL-relaatiotietokannan relaationhallintajärjestelmä:
Reliaatiotietokannan erityisestä määritelmästä ihmiset ajattelevat, että se on liian kriittinen ylläpitämiseksi ja aiheuttaa sekaannusta. Mutta se ei ole totta lausunto, relaatiotietokannan pääohjelma, jotta vältetään kaikenlainen sekaannus tai monimutkaisuus kyseiseen tietokantaan liittyvien useiden taulukoiden välillä, kun se auttaa kehittäjää ylläpitämään ja todentamaan helposti ilman vaivaa. Jos tarkastellaan mitä tahansa relaatiosuunnittelua, joka on hyvin yleinen ja joka ylläpitää tiukkaa suhdetta kaikkien tietokantaan määriteltyjen vastaavien taulukoiden välillä. Oletetaan, että voimme harkita yhtä varastonhallintajärjestelmää - tällöin meidän on ylläpidettävä yhtä erittäin tiukkaa suhdetta kaikkien niiden taulukoiden välillä, jotka osallistuivat enemmän varaston kuvaukseen. Sen on myös ylläpidettävä tiukempaa suhdetta niihin lapsitaulukoihin, jotka ovat lisäksi vaikuttaneet kaikenlaisiin tietojen käsittelyyn liittyviin toimintoihin, kuten lisäykseen kyseiseen luetteloon tai poistamiseen siitä. Esimerkkeinä tarkastellaan kolmea taulukkoa, jotka osallistuvat varastonvalvontajärjestelmään, oletetaan, että kolme ovat toisiinsa liittyviä.
Taulukon nimi: Inventory
| ID (ensisijainen avain) | Kuvaus | Hinta | kalusto |
Taulukon nimi: Sales_Staff
| ID (ensisijainen avain) | Nimi | Sähköposti | ottaa yhteyttä |
Taulukon nimi: Lasku
| ID (ensisijainen avain) | SalesStaff_ID (Sales_Staff-pääavaimen ulkomainen avain) | Inventory_ID (Inventory-pääavaimen vieras avain) | Määrä | Hinta | kommentti |
Nyt kun otetaan huomioon kolme edellä olevaa taulukkoa, voimme suunnitella suhteita useiden taulukoiden välillä käyttämällä ensisijaisen avaimen ja vieraan avaimen rajoitusta. Yllä olevassa esimerkissä Lasku on päätapahtumataulukko, jossa kaikki transaktiotiedot on tallennettu onnistuneesti jokaiselle laskun generoinnille yksittäiselle asiakkaalle tai loppukäyttäjälle, se tosiasiallisesti tallensi kaikki laskutiedot onnistuneesti kaikenlaisiin viittauksiin. Nyt Laskun tulisi tuottaa joistakin varastotiedoista, joissa koko kyselyn määrä on tallennettu yhdelle koko myymälää tai organisaatiota varten. Nyt tarkastellaan kahta keskeistä päätaulua, kuten Inventory ja Sales_Staff, ja molemmissa taulukoissa ylläpidetään kaupan tai organisaation minkä tahansa tietyn tavaran päämyyntitietoja, kun taas Sales_Staff ylläpitää kaikkia kyseisessä kaupassa tai organisaatiossa työskenteleviä henkilötietoja. Sen sijaan, että ylläpitäisivät samaa henkilöstöä tai tiettyä tuotetta joka kerta varastotapahtuman yksityiskohdissa, siinä on tosiasiallisesti yksi erityinen viite niistä master-taulukoista, joita jokin kaupan tai organisaation ylläpitäjä ylläpitää. Joten tällä erityisellä lähestymistavalla voimme helposti välttää tietojen redundanssin tai datan toistumisen, mikä auttaa aina hakemaan tietoja useiden taulukoiden välisen ylläpidetyn suhteen perusteella. Tämä esimerkki antoi minkä tahansa relaatiotietokannan, kuten MySQL-relaatiotietokannan, tärkeimmän ominaisuuden, mikä olettaa, että yhdellä laskutiedolla on aina viite tietylle varaston ja myyntihenkilöstölle, mutta varasto- tai myyntihenkilöstö ei koskaan pysty muuttamaan tai päivittämään mitään luodussa laskussa.
Joten täällä se ylläpiti tosiasiallisesti yhtä monta -suhdetta, jossa yksi varastotieto voi olla laskussa useita kertoja ja sama myyjähenkilötiedot voivat olla laskussa useita kertoja. Tämä suhde, joka auttaa kehittäjää tietojen noutamisessa sujuvasti tietyillä liittymisolosuhteilla ja myös ymmärtämään tai suunnittelemaan minkä tahansa ER-kaavion, on heille erittäin helppo. Oletetaan tässä myös yksi avainkohta, joka on mainittava, jos jokainen myyjä yrittää myydä jotain, mikä on varastossa, mikä varmistetaan myös tällaisen suhteen ylläpitämisellä. Kuten aina, kun laskuun lisätään varastossa, se vähentää varastot automaattisesti alkuperäisestä varastosta, joten se antaa aina asianmukaisen validointisanoman aina, kun myyjä yrittää luoda minkäänlaista laskua tietylle varastolle. Jos tarkastelemme tarkkaan näitä taulukosuhteita, Inventorylla on yksi pääavaimen nimi Id ja Sales_Staffilla on yksi ensisijaisen avaimen nimi ID, mutta Laskussa on kaksi vierasavainta, jotka todella ylläpidetään suhdetta Inventory- ja Sales_Staff-taulukoihin. Se varmistaa myös sen, että laskutaulukoihin voidaan lisätä mitä tahansa sellaista, mikä on olemassa inventaario- tai myynti_työtaulukossa, ilman erityisten tietojen olemassaoloa, laskentataulukkoon ei voida tehdä yhtä merkintää. Koska Lasku-taulukolla on yksi erityinen vieras avainasuhde molempiin näihin taulukoihin, niin mikä tahansa olemassa oleva, vain taulukoissa oleva, pystyy tekemään merkinnän Lasku-taulukkoon. Joten se auttaa kehittäjää aina, jos se tekee väärän lisäyksen pitämättä näitä tietoja lapsipöydissä.
Ohjeet My SQL-relaatiotietokannan asentamiseen ja lataamiseen:
Internetissä on tarjolla monenlaisia versioita MySQL: n asentamiseen paikalliselle tietokoneellesi, mutta MySQL Organisaatiossa on yksi erittäin mielenkiintoinen ominaisuus, jossa on ilmainen esimerkki relaatiotietokannasta, ja jolla on kyky lajitella menetelmiä, jotka ovat edistyneempiä kuin muut relaatiotietokannan ilmaiset näytteet, se voi antaa mahdollisuuden tallentaa elokuvatietoja, yksi avainkysymyksistä on vaaraton käyttökokemus, eli oletetaan, että yksi käyttäjä tekee jotenkin virheen, minkä vuoksi tietokanta ei toimi kokonaan, siinä tapauksessa se on erittäin helppo tai voi sanoa 2 minuutin tehtävän palauttamisen että tietokanta lähteestä.
1. Lataa MySQL-relaatiotietokanta alla olevasta linkistä:
- http://downloads.mysql.com/docs/sakila-db.tar.gz
2. Suoritetaan alla oleva skripti arkistopaketin purkamiseksi:
- tar –xzf xxxx-db.tar.gz
3. Kun olet purkanut saman, se luo 3 hakemistoa kuten alla:
- Xxxx / sakila-db.sql
- Sakila-schema.sql
- Sakila.mwb
4. Suorita nyt MySQL-peruskomento:
- Mysql –p (salasana)
5. Seuraa nyt vain ohjeita, jotka mainitaan sakila-db.sql ja sakila-schema.sql.
6. Jos kaikkia ohjeita noudatetaan oikein, luodaan yksi uusi tietokanta nimellä “sakila”, joka näkyy automaattisesti MySQL-relaatiotietokannaluettelossa.
Suositellut artikkelit
Tämä artikkeli on opas MySQL-relaatiotietokantaan. Tässä olemme keskustelleet suhteiden hallintajärjestelmästä ja ohjeista MySQL-relaatiotietokannan asentamiseen. Voit myös tarkastella seuraavaa artikkelia saadaksesi lisätietoja
- RDBMS-haastattelua koskevat kysymykset ja vastaukset
- Suurimmat erot MySQL: n ja NoSQL: n välillä
- Käyttää Cheat Sheet MySQL
- DBMS-haastattelukysymykset