Uvod u MySQL relacijsku bazu podataka:

Konceptualno relacijska baza podataka nije ništa drugo nego održavanje zahtijeva odnos između više tablica pomoću nekog primarnog, jedinstvenog ili stranog ključnog koncepta. Svaka baza podataka koja praktički slijedi ovaj pristup i održava pravilan odnos između svih stvorenih tablica, tada se ta baza podataka može uvijek smatrati relacijskom bazom podataka. MySQL relacijska baza podataka također slijedi istu relacijsku strukturu, tako da nema sumnje da se moj SQL također smatra serverom relacijske baze podataka, dok izraz 'relacija' nije spomenut u MySQL dokumentima ili ne. Jezgre baze podataka koja nema bilo koji pojam relacijske baze podataka, svaka tablica sadrži puno podataka, uključujući transakcijski i master oba, razumijevanje logičkog povezivanja tih podataka bit će vrlo teško bez poznavanja poslovne logike. Relacijske baze podataka osiguravaju takav pristup.

Sustav kontrole odnosa MySQL relacijske baze podataka:

Iz konkretne definicije relacijske baze ljudi misle da je previše kritična za održavanje i da će stvoriti zbrku. Ali to nije istinita izjava, glavni dnevni red relacijske baze podataka kako bi se izbjegla bilo kakva zbrka ili komplikacija između više tablica povezanih s tom određenom bazom podataka, gdje pomaže programeru da lako održava i provjeri bez ikakvih problema. Ako razmotrimo bilo koji relacijski dizajn koji je vrlo čest i koji održava strogi odnos između svih povezanih tablica definiranih u bazi podataka. Pretpostavimo da možemo razmotriti jedan sustav upravljanja inventarom - u tom slučaju moramo održati vrlo strog odnos između svih tablica koje su sudjelovale s davanjem više opisa povezanih s inventarom. Također, mora održavati stroži odnos s onim podređenim tablicama koje su dodatno utjecale na bilo kakve aktivnosti manipulacije podacima poput umetanja ili brisanja iz tog određenog inventara. Kao primjere razmotrit ćemo tri tablice koje su uključene u sustav kontrole zaliha, pretpostavimo da su tri međusobno povezane.

Naziv tablice: Inventar

ID (primarni ključ)OpisCijenaZaliha

Naziv tablice: Sales_Staff

ID (primarni ključ)ImeE-mailkontakt

Naziv tablice: Račun

ID (primarni ključ)SalesStaff_ID (vanjski ključ Sales_Staff primarni ključ)Inventory_ID (vanjski ključ primarnog ključa oglasnog prostora)KoličinaCijenakomentar

S obzirom na gore navedene tri tablice, možemo planirati odnos između više tablica pomoću primarnog i ograničenja stranog ključa. U gornjem primjeru, Račun je glavna transakcijska tablica u kojoj su svi podaci o transakciji uspješno pohranjeni za svako generiranje računa na pojedinačnom kupcu ili krajnjem korisniku, a zapravo su uspješno pohranili sve podatke fakture za bilo koju referencu. Sada bi faktura trebala generirati iz nekih podataka o zalihama gdje je pohranjena količina cjelokupnog upita za jedan cijeli dućan ili organizaciju. Sada razmotrimo dvije ključne glavne tablice kao što su Inventar i Sales_Staff, obje tablice održavaju glavne podatke o spremištu bilo kojeg određenog artikla u toj trgovini ili organizaciji, dok je Sales_Staff zadržao sve detalje o osoblju koji rade na toj trgovini ili organizaciji. Umjesto održavanja istog osoblja ili određenog predmeta svaki put u pojedinostima transakcijskog inventara, on se zapravo drži jedne specifične reference onih glavnih tablica koje vodi neki administrator trgovine ili organizacije. Prema ovom specifičnom pristupu, lako možemo izbjeći suvišnost podataka ili ponavljanje podataka, što uvijek pomaže pri dohvaćanju podataka na temelju održavanog odnosa između više tablica. Ovaj je primjer dao jednu ključnu karakteristiku bilo koje relacijske baze podataka poput MySQL relacijske baze podataka, a pretpostavlja se da podaci o jednoj fakturi uvijek sadrže referencu određenog osoblja za prodaju i prodaju, ali osoblje za prodaju ili prodajno osoblje nikada ne može ništa promijeniti ili ažurirati na kreiranoj fakturi.

Dakle, ovdje se zapravo održavao jedan prema mnogim odnosima u kojima jedan podatak o zalihama može više puta postojati u fakturi, a isti podaci o prodajnom osoblju u fakturi mogu postojati i više puta. Ovaj odnos pomažu programeru da lagano dohvaća podatke s određenim uvjetima spajanja, a također će razumjeti ili dizajnirati bilo koji ER dijagram za njih vrlo lako. Ovdje također treba spomenuti jednu ključnu točku, pretpostavimo da svaka prodajna osoba koja pokuša prodati nešto što je na zalihama, što se također osigurava održavanjem ovakvih odnosa. Kao i svaki put kad se u računu doda bilo koji inventar, on automatski oduzima zalihe od prvobitnog inventara, tako će uvijek pružiti odgovarajuću poruku o potvrdi kad god osoba koja prodaje pokušati stvoriti bilo koju vrstu računa za određeni inventar. Ako pažljivo pogledamo one odnose tablice, tada Inventar ima jedno ime primarnog ključa Id, a Sales_Staff jedno ime primarnog ključa je ID, ali Račun ima dva strana ključa koja zapravo održava odnos sa tablicama Inventory i Sales_Staff. Također osigurava da na tablicu Računa može biti umetnuto bilo što što stvarno postoji u tablici Inventar ili Sales_Staff, bez postojanja bilo kakvih konkretnih podataka, ne može biti moguće unijeti jedan unos u tablicu Faktura. Kako tablica računa ima jedan specifičan odnos s inozemnim ključem s obje ove tablice, tako i sve postojeće one u kojima tablice mogu samo unositi u tablicu računa. Tako uvijek pomaže programeru u slučaju da napravi neki pogrešan umetak bez održavanja tih podataka na podređenim tablicama.

Smjernice za instaliranje i preuzimanje moje SQL relacijske baze podataka:

Na Internetu je dostupno mnogo vrsta inačica za instaliranje MySQL-a na vaše lokalno računalo, ali MySQL organizacija nudi jednu vrlo zanimljivu značajku s besplatnim uzorkom relacijske baze podataka, mogućnost sortiranja metoda koje su naprednije od ostalih besplatnih uzoraka relacijske baze podataka, može pružiti mogućnost pohrane filmskih podataka, jedna od ključnih točaka je bezopasno korisničko iskustvo, znači pretpostavimo da jedan korisnik na neki način napravi neku pogrešku, zato baza podataka u potpunosti ne radi, u tom slučaju je vrlo jednostavno ili može reći dvosatni zadatak za vraćanje ta baza podataka iz izvora.

1. Preuzmite MySQL relacijsku bazu podataka s donje veze:

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

2. Izvršavanje dolje skripte za otpakiranje arhivskog paketa:

  • katran -xzf xxxx-db.tar.gz

3. Nakon raspakiranja istog, kreirat će 3 mape poput dolje:

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

4. Sada pokrenite MySQL osnovnu naredbu:

  • Mysql –p (lozinka)

5. Sada samo slijedite upute navedene u sakila-db.sql i sakila-schema.sql.

6. Ako se sve upute pravilno pridržavaju, tada će se stvoriti jedna nova baza podataka s nazivom "sakila", koja će se automatski prikazati na popisu MySQL relacijske baze podataka.

Preporučeni članci

Ovaj je članak vodič za MySQL relacijsku bazu podataka. Ovdje smo razgovarali o sustavu kontrole odnosa i smjernicama za instaliranje MySQL relacijske baze podataka. Možete pogledati i slijedeći članak kako biste saznali više

  1. RDBMS Intervjui Pitanja i odgovori
  2. Najbolje razlike između MySQL i NoSQL
  3. Korištenje varalica MySQL
  4. Intervjuska pitanja o DBMS-u

Kategorija:

Alati za web razvoj