Aliasy, tworzenie relacji

MySQL jest relacyjną bazą danych. Niestety wielu (zwłaszcza początkujących) jej użytkowników zupełnie nie rozumie tego terminu. Spróbuję wytłumaczyć go na przykładzie. Załóżmy, że katalogujesz dane o rozmaitych albumach muzycznych. Utworzysz dla nich tabelkę albumy, w której chcesz zawrzeć tytuł albumu, wykonawcę, rok wydania oraz jego zawartość. Tu pojawia się jednak poważny problem - stwierdzenie, iż wszystkie albumy zawierają tę samą ilość utworów, jest absurdem. Jak zatem odwzorować ich listę w tabeli? Cóż... można utworzyć 10 pól, a gdyby utworów było więcej - dla jednego albumu tworzyłoby się dwa rekordy. Kolejny problem - gdy albumów będzie nie 10, nie 20, a np. 17? Część miejsca zmarnuje się. Podobna sytuacja wystąpi, gdyby album był tworzony przez kilku wykonawców.

Na szczęście MySQL umożliwia proste tworzenie relacji - nic nie stoi na przeszkodzie, byś utworzył osobną tabelkę dla utworów, do której dodasz pole przechowujące ID albumu, do którego tenże przynależy. Ba - możesz posunąć się jeszcze dalej - utworzyć dwie tabelki: jedną z nazwą utworu, a drugą łączącą utwór z jakimś albumem - wtedy będziesz w stanie obsłużyć sytuację, gdy jeden utwór znajdzie się na kilku albumach. Samo tworzenie tabelek to nie wszystko (wszak takie coś to da radę także na murze kredą napisać :)). MySQL daje nam bowiem możliwość operowania na wielu tabelach w jednym zapytaniu! I to jest właśnie relacja. Bez względu na to, w ilu tabelach przechowujesz dane - w prawie każdej sytuacji będziesz w stanie je pobrać jednym zapytaniem.

Zostańmy przy naszej bazie albumów. Na niej chciałbym zademonstrować działanie relacji w praktyce. Na początek przygotujmy tabelki i wrzućmy do nich jakieś dane:

CREATE TABLE `albumy` (
   `id` int(8) NOT NULL AUTO_INCREMENT,
   `tytul` varchar(64) NOT NULL DEFAULT '',
   `wykonawca` varchar(32) NOT NULL DEFAULT '',
   `rok_wydania` int(6) NOT NULL DEFAULT '0',
   PRIMARY KEY (`id`)
);
 
INSERT INTO `albumy` VALUES (1, 'Nightflight to Venus', 'Boney M', 1978);
INSERT INTO `albumy` VALUES (2, 'Love for sale', 'Boney M', 1977);
INSERT INTO `albumy` VALUES (3, 'Spirits Having Flown', 'Bee Gees', 1979);
 
CREATE TABLE `utwory` (
   `id` int(8) NOT NULL AUTO_INCREMENT,
   `tytul` varchar(64) NOT NULL DEFAULT '',
   `wykonawca` varchar(32) NOT NULL DEFAULT '',
   `rok_wydania` int(6) NOT NULL DEFAULT '0',
   PRIMARY KEY (`id`)
);
 
INSERT INTO `utwory` VALUES (1, 'Rasputin', 'Boney M', 1978);
INSERT INTO `utwory` VALUES (2, 'Nightflight to Venus', 'Boney M', 1978);
INSERT INTO `utwory` VALUES (3, 'Daddy Cool', 'Boney M', 1976);
INSERT INTO `utwory` VALUES (4, 'Tragedy', 'Bee Gees', 1979);
INSERT INTO `utwory` VALUES (5, 'Too much heaven', 'Bee Gees', 1979);
 
CREATE TABLE `album_utwor` (
   `album_id` int(8) NOT NULL DEFAULT '0',
   `utwor_id` int(8) NOT NULL DEFAULT '0',
   KEY `album_id` (`album_id`,`utwor_id`)
) TYPE=MyISAM;
 
INSERT INTO `album_utwor` VALUES (1, 1);
INSERT INTO `album_utwor` VALUES (1, 2);
INSERT INTO `album_utwor` VALUES (2, 3);
INSERT INTO `album_utwor` VALUES (3, 4);
INSERT INTO `album_utwor` VALUES (3, 5);
# Male info dla fanow Bee Gees'ow - gdyby byl jakis blad
# w dacie wydania albumu/utworow, prosze mnie zawiadomic;

A więc mamy strukturę tabelek będącą odpowiednikiem tego, co pisałem powyżej. Aby dodatkowo nie gmatwać wszystkiego, uprościłem gromadzenie danych o wykonawcy.

Spróbujmy teraz pobrać jakieś dane. Załóżmy, że chcemy sprawdzić, w jakim albumie ukazał się utwór Rasputin. Możemy zrealizować to takim zapytaniem:

SELECT a.tytul, a.wykonawca FROM albumy a, utwory u, album_utwor au WHERE a.id = au.album_id AND au.utwor_id = u.id AND u.tytul = 'Rasputin';

Wynik:

TYTUL                  WYKONAWCA
Nightflight to Venus   Boney M

W zapytaniu pojawiło nam się sporo nowych elementów. Najbardziej rzuca się w oczy rozbudowanie klazuli FROM, więc to od niej zaczniemy. Wymieniłem tam listę tabel, którymi będę się posiłkować w moich zmaganiach. Ale - po nazwie każdej w tabel podałem alias, czyli krótki identyfikator, którego użyję dalej do określania, że to właśnie o tę, a nie o inną tabelkę mi chodzi. W spisie danych do pobrania zaznaczyłem przy polu, że dane mają być pobrane z tabeli albumy, nie z utwory (tam bowiem występują takie same pola). Najpierw podałem nazwę tabelki, z tym że pod postacią aliasu, po czym oddzieliłem ją kropką od nazwy pola.

OK, baza wie, co ma pobrać i skąd. Jednak aby wiedziała, JAKIE są zależności między poszczególnymi tabelami, potrzebna jest nam klazula WHERE. Ta także uległa rozbudowaniu. Zobacz, jak połączone są tabele. Przy pomocy zwykłego operatora porównania = określiłem, iż w zbiorze wyników znajdą się rekordy albumu skojarzonego poprzez tabelę album_utwor (a.id = au.album_id AND au.utwor_id = u.id) z piosenką o tytule Rasputin.

Teraz coś trudniejszego - pragniemy pobrać tytuły wszystkich piosenek wraz z nazwami albumów, w jakich się ukazały, posortowane według daty ich premiery. Tabele albumy oraz utwory zostaną skojarzone w taki sam sposób, jak w poprzednim przykładzie.

SELECT u.tytul, u.wykonawca, a.tytul AS `album_tytul` FROM albumy a, utwory u, album_utwor au WHERE a.id = au.album_id AND au.utwor_id = u.id ORDER BY u.rok_wydania

Wykonaj to zapytanie i zobacz, że to działa! Pobraliśmy naraz dane z dwóch tabel. Zwróć uwagę na interesujące AS występujące w spisie danych do pobrania - dzięki niemu określiłem, że w zbiorze wyników dane o albumie, z którego pochodzi utwór, będą widoczne pod tytułem album_tytul.

Mam nadzieję, iż przekonałem Cię o potędze relacji oraz o możliwościach, jakie one stwarzają. Przy ich pomocy znacząco zmniejszysz liczbę zapytań w twoich skryptach. Jako ciekawostkę podam, iż relacje można stosować NIE TYLKO w klauzulach SELECT! Oto przykłady wprost z moich własnych zasobów :)

UPDATE users, sessions SET user_lastvisit = sessions.session_time WHERE sessions.session_time < (UNIX_TIMESTAMP() - 3600);
DELETE sessions FROM users, sessions WHERE users.user_id = sessions.session_user_id;

Do góry

Waszym zdaniem:

Uwaga: To jest jedynie część artykułu. Komentarze dotyczą całości tekstu.

Nikt jeszcze nie dodał swojego komentarza. Możesz być pierwszy!

Twoim zdaniem:

MySQL w praktyce | « Wstecz - Funkcje w MySQL; sortowania ciąg dalszy | LEFT JOIN - Dalej »

WebCity.pl

Projektowanie, tworzenie i promocja stron WWW w teorii i praktyce.

Aliasy, tworzenie relacji

Waszym zdaniem:

Twoim zdaniem:

Forum - dołącz!

Reklama

Partnerzy