Úvod do relační databáze MySQL:
Koncepčně relační databáze není ničím jiným než udržováním vyžadujícím vztah mezi více tabulkami pomocí nějakého konceptu primárního, jedinečného nebo cizího klíče. Jakákoli databáze, která tento přístup prakticky dodržuje a udržuje správný vztah mezi všemi vytvořenými tabulkami, lze tuto databázi vždy považovat za relační databázi. MySQL relační databáze také sleduje stejnou relační strukturu, takže není pochyb o tom, že můj SQL je také považován za relační databázi serveru, zatímco termín „relace“ v dokumentech MySQL nezmínil nebo ne. Jádro databáze, která nemá žádnou koncepci relační databáze, každá tabulka obsahuje spoustu dat včetně transakčních a master obou, pochopení logické vazby těchto dat bude velmi obtížné bez znalosti správné obchodní logiky. Tento přístup zajišťuje relační databáze.
Systém řízení vztahů relační databáze MySQL:
Podle konkrétní definice relační databáze si lidé myslí, že je to příliš důležité pro udržení a způsobí zmatek. Nejedná se však o pravdivé tvrzení, o hlavní agendu relační databáze, která má zabránit jakémukoli záměně nebo komplikaci mezi více tabulkami zapojenými do této konkrétní databáze, kde vývojáři pomáhá vývojáři snadno udržovat a ověřovat bez jakéhokoli boje. Pokud vezmeme v úvahu jakýkoli relační návrh, který je velmi běžný a který udržuje přísný vztah mezi všemi souvisejícími tabulkami definovanými v databázi. Předpokládejme, že můžeme uvažovat o jednom systému řízení zásob - v takovém případě musíme udržovat jeden velmi přísný vztah mezi všemi tabulkami, které se zapojily do daného popisu týkajícího se zásob. Rovněž musí udržovat přísnější vztah s těmi podřízenými tabulkami, které navíc ovlivnily jakýkoli druh činnosti manipulace s daty, jako je vložení nebo odstranění z tohoto konkrétního inventáře. Jako příklady uvážíme tři tabulky, které se podílejí na systému řízení zásob, předpokládejme, že tři jsou ve vzájemném vztahu.
Název tabulky: Inventář
| ID (primární klíč) | Popis | Cena | Skladem |
Název tabulky: Sales_Staff
| ID (primární klíč) | název | E-mailem | Kontakt |
Název tabulky: Faktura
| ID (primární klíč) | SalesStaff_ID (cizí klíč primárního klíče Sales_Staff) | Inventory_ID (cizí klíč primárního klíče inventáře) | Množství | Cena | komentář |
Nyní s ohledem na výše uvedené tři tabulky můžeme plánovat vztah mezi více tabulkami pomocí omezení primárního klíče a cizího klíče. Ve výše uvedeném příkladu je Faktura hlavní transakční tabulkou, kde byla všechna transakční data úspěšně uložena pro každé vygenerování faktury u konkrétního zákazníka nebo koncového uživatele, skutečně uložila všechna fakturační data úspěšně pro jakýkoli odkaz. Faktura by nyní měla vygenerovat z některých podrobností inventáře, kde bylo pro celý celý obchod nebo organizaci uloženo množství celého dotazu. Nyní zvažujeme dvě klíčové hlavní tabulky, jako je Inventory a Sales_Staff, obě tabulky udržují podrobnosti hlavního obchodu o jakékoli konkrétní položce v tomto obchodě nebo organizaci, zatímco Sales_Staff udržoval všechny podrobnosti o personálu, kteří na tomto obchodě nebo organizaci pracují. Spíše než udržování stejného personálu nebo konkrétní položky pokaždé v podrobnostech o transakcích inventáře, má ve skutečnosti jednu konkrétní referenci těch hlavních tabulek, které jsou udržovány některým správcem obchodu nebo organizace. Tímto konkrétním přístupem se můžeme snadno vyhnout redundanci dat nebo opakování dat, což vždy pomáhá načíst data na základě udržovaného vztahu mezi více tabulkami. Tento příklad dostal jednu klíčovou charakteristiku jakékoli relační databáze, jako je relační databáze MySQL, která předpokládá, že jedna data na faktuře vždy drží odkaz na konkrétní zásoby a prodejní personál, ale zásoby nebo prodejní personál nikdy nedokáže ve vytvořené faktuře nic změnit nebo aktualizovat.
Tady to vlastně udržovalo jeden až mnoho vztahů, kde jedna data inventáře může existovat ve Faktuře vícekrát, a stejná data prodejního personálu mohou existovat ve Faktuře několikrát. Tento vztah, který pomůže vývojáři pro hladký přenos dat se specifickým stavem připojení a také pochopení nebo návrh jakéhokoli ER diagramu, bude pro ně velmi snadný. Zde také jeden klíčový bod, který je třeba zmínit, předpokládejme, že každý prodejce se snaží prodat něco, co je na skladě, což je také zajištěno udržováním tohoto druhu vztahu. Jako vždy, když bude jakýkoli inventář přidán do faktury, automaticky odečte zásoby z původního inventáře, takže bude vždy poskytovat správnou ověřovací zprávu, kdykoli se prodejce snaží vytvořit jakýkoli druh faktury pro konkrétní inventář. Pokud se podrobně podíváme na tyto vztahy tabulky, pak Inventář má jeden název primárního klíče je Id a Sales_Staff má jeden primární název klíče je ID, ale Faktura má dva cizí klíče, které jsou ve skutečnosti udržovány vztahy s tabulkami Inventory a Sales_Staff. Rovněž zajišťuje, že do tabulky Faktura, která skutečně existuje v tabulce Inventář nebo Sales_Staff, lze vložit cokoli, bez existence jakýchkoli konkrétních dat není možné provést jeden záznam v tabulce Faktura. Protože tabulka Faktura má jeden konkrétní vztah cizího klíče s oběma těmito tabulkami, takže cokoli, co existuje, může tyto tabulky vytvořit pouze v tabulce Faktura. Takže vždy pomůže vývojáři v případě, že uděláte nějakou špatnou vložku, aniž by tato data uchovávala na podřízených tabulkách.
Pokyny k instalaci a stahování Moje relační databáze SQL:
Na internetu je k dispozici mnoho druhů verzí pro instalaci MySQL ve vašem lokálním počítači, ale organizace MySQL Organization přichází s jednou velmi zajímavou funkcí s bezplatným vzorkem relační databáze, mají možnost odrůdových metod, které jsou pokročilejší než jiné bezplatné vzorky relační databáze, může dát příležitost ukládat filmová data, jedním z klíčových bodů je neškodná uživatelská zkušenost, což znamená, že jeden uživatel nějakým způsobem udělá nějakou chybu, a proto databáze zcela nefunguje, v takovém případě je velmi snadné nebo lze 2 minutový úkol obnovit tuto databázi ze zdroje.
1. Stáhněte si relační databázi MySQL z odkazu níže:
- http://downloads.mysql.com/docs/sakila-db.tar.gz
2. Spuštění skriptu níže pro rozbalení archivního balíčku:
- tar –xzf xxxx-db.tar.gz
3. Po vybalení vytvoří 3 adresáře jako níže:
- Xxxx / sakila-db.sql
- Sakila-schema.sql
- Sakila.mwb
4. Nyní spusťte základní příkaz MySQL:
- Mysql –p (heslo)
5. Nyní postupujte podle pokynů uvedených v sakila-db.sql a sakila-schema.sql.
6. Pokud budou všechny pokyny správně dodržovány, vytvoří se jedna nová databáze s názvem „sakila“, která se automaticky zobrazí v seznamu relačních databází MySQL.
Doporučené články
Tento článek byl průvodcem relační databáze MySQL. Zde jsme diskutovali Systém řízení vztahů a pokyny k instalaci relační databáze MySQL. Další informace naleznete v následujícím článku
- RDBMS Interview Otázky a odpovědi
- Největší rozdíly mezi MySQL a NoSQL
- Použití Cheat Sheet MySQL
- Interview Otázky DBMS