Sissejuhatus MySQL-i relatsiooniandmebaasi:

Kontseptuaalne relatsiooniandmebaas pole midagi muud kui nõutav seos mitme tabeli vahel, kasutades mõnda primaarset, kordumatut või võõra võtme kontseptsiooni. Mis tahes andmebaasi, mis praktiliselt järgib seda lähenemisviisi ja hoiab kõigi loodud tabelite vahel õiget seost, võib seda andmebaasi alati käsitleda relatsiooniandmebaasina. Sama relatsioonilist struktuuri järgib ka MySQL-i relatsiooniandmebaas, nii et pole kahtlust, et minu SQL-i peetakse ka serveri relatsiooniandmebaasiks, samas kui 'relatsiooni' terminit ei mainitud MySQL-i dokumentides või mitte. Põhiandmebaas, millel puudub igasugune kontseptsioon relatsiooniandmebaasist, igas tabelis on palju andmeid, sealhulgas nii tehingulisi kui ka põhilisi andmeid, nende andmete loogilisest sidumisest aru saamine on õiget äriloogikat tundmata väga keeruline. Seda lähenemist tagavad relatsiooniandmebaasid.

MySQL relatsiooniandmebaasi suhtekontrollisüsteem:

Relatsioonandmebaasi konkreetsest määratlusest lähtudes arvavad inimesed, et see on säilitamiseks liiga kriitiline ja tekitab segadust. Kuid see pole tõene väide, relatsiooniandmebaasi peamine tegevuskava, et vältida igasugust segadust või keerukust selle konkreetse andmebaasiga seotud mitme tabeli vahel, kus see aitab arendajal hõlpsalt ilma vaevata hooldada ja kontrollida. Kui arvestada mis tahes väga levinud relatsioonilise kujundusega, mis säilitab range seose kõigi andmebaasis määratletud seotud tabelite vahel. Oletame, et võime kaaluda ühte varude kontrollisüsteemi - sel juhul peame säilitama ühe väga range seose kõigi nende tabelite vahel, kes on kaasatud laoseisu kirjeldamisega. Samuti peab see säilitama rangemad suhted nende alamtabelitega, mis mõjutasid täiendavalt mis tahes tüüpi andmetega manipuleerimise toiminguid, näiteks sellesse konkreetsesse loendisse lisamist või sealt kustutamist. Näidetena käsitleme kolme tabelit, kes on kaasatud varude kontrollsüsteemi, eeldusel, et kolm on omavahel seotud.

Tabeli nimi: inventuur

ID (esmane võti)KirjeldusHindLaos

Tabeli nimi: Sales_Staff

ID (esmane võti)NimiE-postkontakt

Tabeli nimi: arve

ID (esmane võti)SalesStaff_ID (Sales_Staffi peamine võti)Inventory_ID (inventari esmane võti võõras võti)KogusHindkommentaar

Arvestades kolme ülaltoodud tabelit, saame kavandada suhteid mitme tabeli vahel primaarvõtme ja võõrvõtme piirangu abil. Ülaltoodud näites on arve peamine tehingustabel, kus kõik tehinguandmed on edukalt salvestatud iga kliendi või lõppkasutaja jaoks iga arve genereerimise jaoks, see salvestas tegelikult kõik arve andmed edukalt igasuguse viite jaoks. Nüüd peaks arve koostama mõne laoseisu üksikasjad, kus kogu poe või organisatsiooni jaoks on salvestatud kogu päringu kogus. Kui arvestada nüüd kahte peamist põhitabelit, nagu näiteks Inventory ja Sales_Staff, siis mõlemad tabelid säilitavad kaupluse või organisatsiooni mis tahes konkreetse kauba põhipoe üksikasjad, samas kui Sales_Staff säilitas kõik töötajad, kes selles kaupluses või organisatsioonis töötavad. Selle asemel, et alati varude tehingute üksikasjades säilitada samad töötajad või konkreetne üksus, sisaldab see tegelikult ühte konkreetset viidet põhitabelitele, mida haldab mõni kaupluse või organisatsiooni administraator. Nii saame selle konkreetse lähenemisviisi abil hõlpsalt vältida andmete liiasust või andmete kordamist, mis aitab alati andmeid tuua, tuginedes mitme tabeli vahelisele püsivale suhtele. See näide andis mis tahes relatsiooniandmebaasi (nt MySQL relatsiooniandmebaas) ühe peamise tunnuse, see tähendab, et eeldusel, et ühe arve andmed sisaldavad alati konkreetsete varude ja müügipersonali viiteid, kuid lao või müügipersonal ei saa kunagi loodud arvus midagi muuta või värskendada.

Seega säilitas see tegelikult ühe kuni palju suhteid, kus üks laoandmed võivad arvel eksisteerida mitu korda ja samad müügipersonali andmed võivad arvel eksisteerida mitu korda. See suhe, mis aitab arendajal konkreetsete liitumistingimustega sujuvalt andmeid hankida ja ka mis tahes ER-diagrammi mõista või kujundada, on nende jaoks väga lihtne. Siinkohal tuleb mainida ka ühte võtmepunkti, mis tähendab, et iga müügiinimene, kes üritab müüa midagi, mida on laos, mis tagatakse ka sellise suhte hoidmisega. Nagu igal juhul lisatakse arvele laovarud, lahutab see varud algsest laost automaatselt, seega edastab see alati korrektse kinnitusteate, kui müügipersonal üritab konkreetse lao jaoks mis tahes arvet koostada. Kui vaatame neid tabelisuhteid tähelepanelikult, siis on laoseisu üks primaarse võtme nimi Id ja Sales_Staffil on üks primaarse võtme nimi ID, kuid Arvel on kaks võõrvõti, mida tegelikult hoitakse seostes laoseisu Inventory ja Sales_Staff abil. See tagab ka selle, et arvearvete tabelisse saab sisestada midagi, mis tegelikult olemas tabelis Inventory või Sales_Staff, ilma konkreetsete andmete olemasoluta. Arvetabelis pole võimalik ühte kannet teha. Kuna arvetabelil on mõlema tabeliga üks konkreetne võõrsuhe, saab nende arvete tabelisse kande teha ainult nende tabelite olemasolul. Nii et see aitab arendajat alati vale sisestuse tegemisel, ilma et neid andmeid lapsetabelites säilitataks.

Minu SQL relatsiooniandmebaasi installimise ja allalaadimise juhised:

Internetis on saadaval palju erinevaid versioone MySQL-i installimiseks oma arvutisse, kuid MySQL-i organisatsioonil on üks väga huvitav funktsioon, mis sisaldab relatsiooniandmebaasi tasuta proovi, võime kasutada erinevaid meetodeid, mis on arenenumad kui muud relatsiooniandmebaasi tasuta proovid, see võib anda võimaluse filmiandmete salvestamiseks, mille üheks põhipunktiks on kahjutu kasutajakogemus, mis tähendab, et oletame, et üks kasutaja teeb kuidagi vea, mistõttu andmebaas täielikult ei tööta, sel juhul on see väga lihtne või võib öelda 2-minutise ülesande taastada see andmebaas allikast.

1. Laadige alt üles link MySQL-i relatsiooniandmebaas:

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

2. Alloleva skripti täitmine arhiivipaketi lahtipakkimiseks:

  • tar –xzf xxxx-db.tar.gz

3. Pärast sama lahtipakkimist loob see 3 kataloogi nagu allpool:

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

4. Nüüd käivitage MySQL põhikäsklus:

  • Mysql –p (parool)

5. Nüüd järgige lihtsalt sakila-db.sql ja sakila-schema.sql mainitud juhiseid.

6. Kui kõiki juhiseid järgitakse õigesti, luuakse üks uus andmebaas nimega “sakila”, mis kuvatakse automaatselt MySQL-i relatsiooniandmebaaside loendis.

Soovitatavad artiklid

See artikkel on MySQL-i relatsiooniandmebaasi juhend. Siin oleme arutanud suhtekontrollisüsteemi ja MySQL-i relatsiooniandmebaasi installimise juhendeid. Lisateabe saamiseks võite vaadata ka järgmist artiklit

  1. RDBMS intervjuu küsimused ja vastused
  2. Suurimad erinevused MySQL ja NoSQL vahel
  3. Cheat Sheet MySQL kasutamine
  4. DBMS-i intervjuu küsimused

Kategooria:

Veebiarenduse tööriistad