LINUXSOFT.cz Přeskoč levou lištu
Uživatel: Heslo:  
   CZUKPL

> PHP (77) - Portál, databáze a relace

Dnes navrhneme na našem "PHP hudebním portálu" databázové struktury pro alba a písně.

10.12.2004 15:00 | Petr Zajíc | Články autora | přečteno 25788×

Komerční sdělení: Pořádáme Kurzy PHP

Dosti bylo na našem portálu koncertů. Dejme tomu, že toto téma máme již uspokojivě vyřešeno, a pojďme se věnovat dalším věcem. Bude to ztvárnění diskografie.

Alba a písně

Připomeňme, že portál by měl být schopen následujících věcí:

  • Názvy alb a písní by se měly zadat do databáze
  • Půjdou zobrazit buď jen alba, nebo alba a písně
  • Vyhledávání - podle názvu písně najít album nebo alba, na nichž byla uvedena
  • Jedna píseň bude moci být na více albech

To nás vede k závěru, že budeme muset přidat další tabulky do databáze (zatím tam máme jen tabulku pro uživatele a tabulku pro koncerty). Kromě toho, že budeme muset přidat tabulky, musíme si rozmyslet jaké a jak na sebe budou navazovat. Tabulka uživatelů a tabulka koncertů totiž byly na svém okolí relativně nezávislé, zatímco tabulky s alby, písněmi a také s texty písní budou vzájemně záviset. Již jsme o tom mluvili v díle o uložení dat v databázi. Na takovou situaci platí staré české přísloví:

Dvakrát měř, jednou řež

Uvědomme si, že špatně navržená databáze obyčejně aplikaci pohřbí. Začátečník by mohl například uvažvat takto: Máme alba, na každém albu budou nějaké písně. Založíme tedy tabulku alb a tabulku písní, a u každé písně bude odkaz na album, na němž je uvedena. Dalo by se to graficky znázornit takto:


A zhruba tomu odpovídající definice tabulek by mohla být:

CREATE TABLE alba (
  id int NOT NULL auto_increment,
  nazev varchar(50) NOT NULL default '',
  PRIMARY KEY  (id)
);

CREATE TABLE pisne (
  id int NOT NULL auto_increment,
  album int NOT NULL default 0,
  nazev varchar(50) NOT NULL default '',
  PRIMARY KEY  (id)
);

Na první pohled to vypadá dobře. Co se však stane, jestliže bude jedna píseň na více albech? V tom případě naše koncepce selže, protože nebudeme vědět, co napsat do sloupce album. Jistě, dalo by se pro stejnou píseň přidat více řádků, ale to má několik nevýhod - duplikují se data v tabulce a nastane problém s přidáváním textů písní.

Musíme tedy na celou věc jinak. Jelikož může být více písní na jednom albu a zároveň jedna píseň na více albech, bude potřeba sestrojit třetí tabulku, která tuto situaci postihne. Můžeme ji nazvat třeba "obsahyalb" a schéma pak bude následující:


A tomu odpovídající definice tabulek bude tato:

CREATE TABLE alba (
  id int NOT NULL auto_increment,
  nazev varchar(50) NOT NULL default '',
  PRIMARY KEY  (id)
);

CREATE TABLE obsahyalb (
  id int NOT NULL auto_increment,
  album int NOT NULL default 0,
  pisen int NOT NULL default 0,
  PRIMARY KEY  (id)
);

CREATE TABLE pisne (
  id int NOT NULL auto_increment,
  nazev varchar(50) NOT NULL default '',
  PRIMARY KEY  (id)
);

Něco názvosloví

Kdybyste se chtěli zabývat světem databází trochu do hloubky, možná se Vám bude následujících pár řádků. To, co jsme demonstrovali na albech a písních se vznešeně nazývá "návrh struktury databáze". Vztahům mezi alby a písněmi se odborně říká relace (odtud relační databáze). V našem prvním příkladu se jednalo o tzv. relaci 1:N, neboli "jeden k mnoha". Popisuje to situaci, kdy jednomu "rodičovskému" záznamu odpovídá teoreticky neomezený počet "dceřinných" záznamů. Tato situace je celkem běžná - jedna faktura může více položek, jeden tým může sehrát více zápasů, v jednom bytě může bydlet více lidí.

Ve druhém případě se jednalo o tzv. relaci N:N (mnoho k mnoha). Tato relace se obvykle vyjadřuje vloženou tabulkou, tak jak jsme to udělali v našem případě. I ta je v reálném svěce celkem běžná: Více písní na více albech, můžete montovat různá auta ze stejných součástek (tedy jedna součástka ve více autech a zároveň více součástek v jednom autě) a tak dále.

Někomu by se mohlo zdát, že vložení té "prostřední" tabulky celou databázi zpomalí. Většinou to tak není, protože databázový software bývá na podobné zpracování (které nazýváme tvorba spojení) vysoce optimalizován. Rovněž odstraňování záznamů je v takovém případě výrazně zjednodušeno.

Pozn.: U alb a písní to není moc dobrý příklad, ale třeba u těch aut a součástek ano. Pokud byste totiž z nějakých důvodů přestali do daného auta montovat danou součástku (protože byla dejme tomu zbytečná), stačí odstranit záznam z té "prostřední" tabulky a je to!

V dalším díle se zaměříme zpátky na náš portál a uplatníme relace v praxi

Verze pro tisk

pridej.cz

 

DISKUZE

nefunkcnost 12.12.2004 21:55 David Gajdos
L Re: nefunkcnost 13.12.2004 21:03 Petr Zajíc
  L Re: nefunkcnost 13.12.2004 22:14 David Gajdos
špatný příklad 23.4.2005 11:06 Filip Krejčí
  L Re: špatný příklad 4.4.2007 18:35 Michal Bůžek




Příspívat do diskuze mohou pouze registrovaní uživatelé.
> Vyhledávání software
> Vyhledávání článků

8.5.2016 17:19 /Redakce Linuxsoft.cz
PR: Dne 26.5.2016 proběhne v Praze konference Cloud computing v praxi. Tématy bude např. nejnovější trendy v oblasti cloudu a cloudových řešení, cloudové služby, infrastruktura cloudu, efektivní využití cloudu, možné nástrahy cloudů a jak se jim vyhnout
Přidat komentář

21.4.2016 8:01 /František Kučera
Spolek OpenAlt zve na 127. distribuovaný sraz příznivců svobodného softwaru a otevřených technologií (hardware, 3D tisk, SDR, DIY, makers…), který se bude konat ve čtvrtek 28. dubna od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5).
Přidat komentář

2.3.2016 22:41 /Ondřej Čečák
Letošní ročník konference InstallFest již tento víkend!
Přidat komentář

14.2.2016 16:39 /Redakce Linuxsoft.cz
O víkendu 5. a 6. března 2016 proběhne na pražském Strahově 8. ročník tradiční konference InstallFest. Celkem za dva dny uvidíte ​30 přednášek​ a ​6 workshopů.
Přidat komentář

5.2.2016 17:38 /Petr Ježek
Utilitka z XFce "xfce4-power-manager" nejen umožňuje nastavení lhůty pro uspání či hybernaci, ale i zapínání a vypínání prezentačního módu pro nerušené sledování videí. Stačí ji nastavit v každém vybavenějším panelu a v jakémkoli nontiled WM/DE.
Přidat komentář

10.1.2016 11:32 /Pavel `Goldenfish' Kysilka
LinuxMarket změnil provozovatele. Nově jej provozuje Marek Pszczolka. Více info a detaily #1 a #2.
Přidat komentář

29.12.2015 11:38 /Ondřej Čečák
Ještě posledních pár dní můžete přidávat příspěvky nebo nápady na Install Fest 2016, který se bude konat 5. a 6. března 2016.
Přidat komentář

8.12.2015 11:36 /Petr Ježek
Logické se stává realitou. LibreOffice a Thunderbird se mají dle článku na Redditu stát protiváhou MS řešení (MS Office a Outlook).
Přidat komentář

   Více ...   Přidat zprávičku

> Poslední diskuze

7.5.2016 14:58 / Teodor Komárek
Soubory

20.4.2016 0:07 / Jakub Cleing
Sázkový panel PHP FUSION

9.4.2016 9:43 / jiwopene@gmail.com
Re: problém s dpkg a nemožností instalovat

9.4.2016 9:41 / jiwopene@gmail.com
Re: změna velikosti disk.oddílu

9.4.2016 9:40 / jiwopene@gmail.com
Re: Přenesení starého OS Win7 na virtuál v Debianu

Více ...

ISSN 1801-3805 | Provozovatel: Pavel Kysilka, IČ: 72868490 (2003-2016) | mail at linuxsoft dot cz | Design: www.megadesign.cz | Textová verze