Úvod do relačnej databázy MySQL:

Koncepčne relačná databáza nie je nič iné, iba udržiavanie vyžaduje vzťah medzi viacerými tabuľkami pomocou nejakého konceptu primárneho, jedinečného alebo cudzieho kľúča. Akákoľvek databáza, ktorá prakticky dodržiava tento prístup a udržuje správny vzťah medzi všetkými vytvorenými tabuľkami, potom môže byť táto databáza vždy považovaná za relačnú databázu. Relačná databáza MySQL tiež sleduje rovnakú relačnú štruktúru, takže niet pochýb o tom, že môj SQL sa tiež považuje za relačnú databázu servera, zatiaľ čo termín „vzťah“ sa v dokumentoch MySQL nezmieňuje alebo nie. Základná databáza, ktorá nemá žiadnu koncepciu relačnej databázy, každá tabuľka obsahuje veľa údajov vrátane transakčných a master oboch, porozumenie logickej väzbe týchto údajov bude veľmi ťažké bez znalosti správnej obchodnej logiky. Tento prístup zaisťujú relačné databázy.

Systém riadenia vzťahov relačnej databázy MySQL:

Podľa konkrétnej definície relačnej databázy si ľudia myslia, že je príliš dôležitá na udržanie a spôsobí zmätok. To však nie je pravdivé tvrdenie, hlavným cieľom relačnej databázy, aby sa predišlo akejkoľvek zámene alebo komplikácii medzi viacerými tabuľkami zapojenými do tejto konkrétnej databázy, kde vývojárovi pomáha udržiavať a ľahko verifikovať a bez problémov bojovať. Ak vezmeme do úvahy akýkoľvek vzťahový návrh, ktorý je veľmi bežný a ktorý zachováva prísny vzťah medzi všetkými súvisiacimi tabuľkami definovanými v databáze. Predpokladajme, že môžeme uvažovať o jednom systéme kontroly zásob - v takom prípade musíme zachovať jeden veľmi prísny vzťah medzi všetkými tabuľkami, ktoré sa podieľali na danom popise súvisiacom so zásobami. Musí tiež udržiavať prísnejší vzťah s tými podriadenými tabuľkami, ktoré dodatočne ovplyvnili akúkoľvek činnosť v oblasti manipulácie s údajmi, ako je vloženie alebo odstránenie z tohto konkrétneho inventára. Ako príklady uvážime tri tabuľky, ktoré sú zapojené do systému riadenia zásob, predpokladajme, že tri spolu súvisia.

Názov tabuľky: Inventár

ID (primárny kľúč)popiscenasklad

Názov tabuľky: Sales_Staff

ID (primárny kľúč)názove-mailkontakt

Názov tabuľky: Faktúra

ID (primárny kľúč)SalesStaff_ID (cudzí kľúč primárneho kľúča Sales_Staff)Inventory_ID (Cudzí kľúč primárneho kľúča zásob)množstvocenakomentár

Teraz, berúc do úvahy vyššie uvedené tri tabuľky, môžeme plánovať vzťah medzi viacerými tabuľkami pomocou obmedzenia primárneho kľúča a cudzieho kľúča. Vo vyššie uvedenom príklade je faktúra hlavnou transakčnou tabuľkou, v ktorej boli všetky transakčné údaje úspešne uložené pre každé vygenerovanie faktúry u individuálneho zákazníka alebo koncového používateľa, v skutočnosti pre všetky referencie boli úspešne uložené všetky fakturačné údaje. Faktúra by teraz mala generovať z niektorých podrobností o inventári, kde bolo uložené množstvo celého dopytu pre jeden celý obchod alebo organizáciu. Teraz zvažujúc dve hlavné tabuľky ako Inventár a Sales_Staff, obidve tabuľky udržiavajú podrobnosti hlavného obchodu o akejkoľvek konkrétnej položke v danom obchode alebo organizácii, zatiaľ čo Sales_Staff udržoval všetky podrobnosti o zamestnancoch, ktorí pracujú na tomto obchode alebo organizácii. Namiesto udržiavania toho istého personálu alebo konkrétnej položky zakaždým v podrobnostiach o transakčných zásobách, má skutočne jednu konkrétnu referenciu tých hlavných tabuliek, ktoré spravuje niektorý správca obchodu alebo organizácie. Týmto špecifickým prístupom sa preto môžeme ľahko vyhnúť redundancii údajov alebo opakovaniu údajov, čo vždy pomáha pri získavaní údajov na základe udržiavaného vzťahu medzi viacerými tabuľkami. Tento príklad dostal jednu kľúčovú charakteristiku akejkoľvek relačnej databázy, ako je relačná databáza MySQL, ktorá predpokladá, že jeden údaj o faktúre je vždy odkazom na konkrétny personál zásob a predaja, ale zásoby alebo predajcovia nikdy nemôžu vo vytvorenej faktúre nič zmeniť alebo aktualizovať.

Takže tu sa skutočne udržiaval jeden až veľa vzťahov, v ktorých môže existovať jeden údaj o inventári vo faktúre viackrát, a ten istý údaj o predaji môže existovať vo faktúre viackrát. Tento vzťah, ktorý pomôže vývojárovi pri hladkom načítaní údajov so špecifickým stavom spojenia a tiež pochopenie alebo navrhnutie akéhokoľvek ER diagramu, bude pre nich veľmi jednoduchý. Tu tiež jeden kľúčový bod, ktorý treba spomenúť, predpokladajme, že každý predajca sa snaží predať niečo, čo je na sklade, čo je tiež zabezpečené udržiavaním tohto druhu vzťahu. Ako vždy, keď bude na faktúru pridaný akýkoľvek inventár, automaticky odpočíta zásoby z pôvodného inventára, takže vždy poskytne správnu potvrdzovaciu správu vždy, keď sa predajca pokúsi vytvoriť akýkoľvek druh faktúry pre konkrétny inventár. Ak sa podrobne pozrieme na tieto vzťahy tabuľky, má Inventár jeden názov primárneho kľúča Id a Sales_Staff má jeden názov primárneho kľúča ID, ale Faktúra má dva cudzie kľúče, ktorý je skutočne udržiavaný vzťah s tabuľkami Inventár a Sales_Staff. Zabezpečuje tiež, aby bolo možné do tabuľky Faktúra vložiť čokoľvek, čo skutočne existuje v tabuľke Zásoby alebo Sales_Staff, bez existencie akýchkoľvek konkrétnych údajov nie je možné vykonať jeden záznam v tabuľke Faktúry. Pretože tabuľka faktúry má jeden špecifický vzťah s cudzím kľúčom s oboma týmito tabuľkami, takže čokoľvek, čo už existuje, môžu tieto tabuľky vykonať len v tabuľke faktúry. Preto vždy pomáha vývojárom v prípade nesprávneho vloženia bez toho, aby sa tieto údaje zachovali v podradených tabuľkách.

Pokyny na inštaláciu a sťahovanie mojej databázy relačných databáz SQL:

Na internete je k dispozícii veľa druhov verzií na inštaláciu MySQL vo vašom lokálnom počítači, ale organizácia MySQL Organization prichádza s jednou veľmi zaujímavou vlastnosťou s bezplatnou ukážkou relačnej databázy, majú možnosť odrôd, ktoré sú pokročilejšie ako iné bezplatné ukážky relačnej databázy, môže poskytnúť príležitosť na ukladanie filmových údajov, jedným z kľúčových bodov je neškodná skúsenosť používateľa, čo znamená, že jeden používateľ nejako urobí nejakú chybu, a preto databáza úplne nefunguje, v takom prípade je veľmi ľahké obnoviť dvojminútovú úlohu túto databázu zo zdroja.

1. Stiahnite si relačnú databázu MySQL z odkazu nižšie:

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

2. Spustenie skriptu nižšie na rozbalenie archívneho balíka:

  • tar –xzf xxxx-db.tar.gz

3. Po rozbalení vytvoríte 3 adresáre, ako sú uvedené nižšie:

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

4. Teraz spustite základný príkaz MySQL:

  • Mysql –p (heslo)

5. Teraz postupujte podľa pokynov uvedených v sakila-db.sql a sakila-schema.sql.

6. Ak sa všetky pokyny riadili správne, vytvorí sa jedna nová databáza s názvom „sakila“, ktorá sa automaticky zobrazí v zozname relačných databáz MySQL.

Odporúčané články

Tento článok bol sprievodcom relačnou databázou MySQL. Tu sme diskutovali o systéme riadenia vzťahov a pokynoch na inštaláciu relačnej databázy MySQL. Viac informácií nájdete aj v nasledujúcom článku

  1. Otázky a odpovede týkajúce sa rozhovoru RDBMS
  2. Najlepšie rozdiely medzi MySQL a NoSQL
  3. Použitie Cheat Sheet MySQL
  4. Interview Otázky DBMS

Kategórie:

Nástroje na vývoj webových aplikácií