Laravel: Definiowanie relacji Many to Many

5.8.x

0:00Innym bardzo popularnym typem relacji jest relacja many to many

0:04i będę chciał ci ją pokazać na przykładzie tagów. Zauważ, że my tutaj jakieś tagi

0:08mamy i będę chciał jej przepisywać do wpisów i teraz dlaczego many to many. Dlatego

0:13że jeden tag może być przypisany do wielu wpisów

0:17i z drugiej strony wpis może mieć wiele tagów, więc jest relacja many to many,

0:22będziemy w tej lekcji chcieli sobie wygenerować migracje dla

0:26tagów dla specjalnej tabeli pośredniczącej i również utworzymy sobie model tag'u,

0:30a w kolejnej zajmiemy się pozostałymi czynnościami, więc przejdźmy sobie teraz

0:35do wiersza poleceń i będę chciał po pierwsze utworzyć model

0:40tag i następnie będę chciał utworzyć migracje

0:46dla tabeli tagów, więc php artisan make:migration create_tags_table.

0:58Pozostawię oczywiście

1:02id, to jest bardzo ważne, timestamp też się przyda, będziemy wiedzieć kiedy dany tag

1:06został utworzony i teraz chciałbym, żeby każdy

1:10tag miał nazwę, będzie to string i

1:15żeby miał slug, bo ten slug nam będzie potrzebny później. Okej,

1:21teraz jeżeli przejdziemy do tag, bo chciałem od

1:25razu zrobić jedną rzecz i skopiujemy ją sobie z Post, czyli chciałbym, żeby od był

1:30tworzony automatycznie slug. Zatem

1:34setNameAttribute tym razem, kiedy name będzie ustawiane, to

1:38chcemy name ustawić na value, a  slug ustawić na str slug tylko

1:43musimy sobie to str jeszcze tutaj zaimportować i teraz w

1:47jaki sposób utworzy się relację many to many. Nie

1:52możemy tego zrobić tak jak wcześniej, że w tabeli tags będzie od razu

1:56przypisane przy tagu do jego wpisu on przynależy dlatego, że może przynależeć wielu

2:00wpisów czyli coś takiego jak mieliśmy tutaj że dany komentarz przynależy

2:04do jakiegoś wpisu już przypadku tagu nie wchodzi grę bo jeden tak może

2:08być wielu wpisach i dlatego potrzebna jest zupełnie osobna

2:12tabela która będzie się nazywała post tag. Można

2:17ją nazwać dowolnie, natomiast taka jest konwencja w laravel i laravel

2:21dzięki temu automatycznie będzie to rozpoznawał. Czyli bierzemy sobie dwie tabele które

2:25chcemy w jaki sposób ze sobą skojarzyć. Czyli będzie to posts i tags,

2:29tutaj się powinno tags pojawić. Za moment kiedy wykonamy oczywiście

2:33artisan migrate, czyli one są tutaj liczbę mnogą

2:37nazwane, a nową tabele którą tworzymy to nazywamy już liczbami pojedynczymi

2:41i alfabetycznie ustawiamy. Jeżeli najpierw w alfabecie występuje literka p

2:45to będzie post podkreślnik tag, może to jest dziwne

2:49na początku ale zobaczysz, że ma to sens dlatego my musimy sobie taką tabelę

2:53utworzyć, a zatem potrzebujemy migracji czyli

2:59make:migration i nazwiemy create_post_tag_table. Teraz

3:06będziemy chcieli ją uzupełnić w odpowiedni sposób i w tej tabeli

3:10nie jest nam potrzebny id. Natomiast co jest nam potrzebne.

3:15No właśnie przechowywanie post_id i tag_id, dlatego table unsignedBigInteger

3:20będziemy tutaj przechowywać post_id i zrobimy

3:26to samo dla tag_id i w

3:31zasadzie tyle by wystarczyło, ale pokażę ci jeszcze jedną ciekawą rzecz timestamps

3:35sobie również tutaj zostawimy. Otóż do tej pory te relacje, które

3:39ustawialiśmy, to one były na poziomie naszej aplikacji wyłącznie ustawione, czyli

3:43na przykład, że wpis jest przypisany użytkownika i tak dalej. One nie były na

3:48poziomie SQL'a w żaden sposób zrobione. Za pomocą tak zwanego foreign key

3:52ale możemy to zrobić i pokażę ci to na tym konkretnym

3:56przykładzie. Zawsze możemy tutaj zrobić coś takiego, że mówimy table foreign

4:00post_id i następnie

4:05powiemy references, czyli, że on

4:09nawiązuje do id w tabeli posts i następnie

4:18jeszcze ustawimy coś takiego jak onDelete cascade. To

4:22dla ciebie może być jasne jeżeli miałaś do czynienia z SQL'owymi bazami danych i rozumiesz jak

4:26działają relacje. Jeżeli nie to już tłumaczę, tutaj jasno mówimy już na etapie

4:31tworzenia tej tabeli, co się zaraz będzie działo. Mówimy SQL'owi,

4:36że ten klucz obcy, czyli post_id, on

4:40odpowiada czy wskazuje na id w tabeli posts, a onDelete

4:45cascade oznacza tylko tyle że jeżeli dwa będziemy to kojarzyć z odpowiednimi

4:49tagami to jeżeli tak i tak zostanie usunięty, czy w tym przypadku

4:53jeżeli posts zostanie usunięty to również ten rekord bazy czy z tabeli

4:58post tak ma zostać usunięty. Podobną rzecz chcemy teraz zdefiniować

5:02dla tagu, czyli mówimy że tag_id

5:06odpowiada id w tabeli

5:10tags i również cascade, to kolei oznacza, że jeżeli dany tag,

5:15którego id się w tym rekordzie pojawiło zostanie usunięty, również ten rekord usuń

5:19bo on prostu nie ma sensu i na końcu jeszcze jedną ciekawą rzecz zrobimy. Otóż

5:23chciałbym, żeby się nie dało dwa razy dodać do tej tabeli takiego samego

5:27rekordu, czyli na przykład jeżeli będziemy chcieli powiedzieć że tag o identyfikatorze jeden

5:31jest przypisany do wpisu o identyfikatorze 2, to będziemy w

5:35tej tabeli mieć zaraz zobaczysz 1 i 2 i bez sensu byłoby gdyby dwa razy

5:39dało się dodać coś takiego więc możemy na poziomie już SQL'a

5:44powiedzieć że coś takiego jest niemożliwe i kiedy nasza aplikacja w jakiś sposób

5:48zawiedzie czyli spróbujemy coś takiego dodać to SQL zwróci nam błąd i to możemy

5:52zrobić pisząc primary czyli ustawiamy sobie ten

5:56klucz podstawowy, podamy tutaj tablice post_id oraz

6:02tag_id czyli te dwa w zasadzie muszą być unikalne

6:06to oznacza tylko tyle że nie możemy dodać 1 2 i potem znowu 1 2, coś

6:10takiego nam po prostu nie przejdzie. Wykonajmy sobie te migracje teraz. Jak

6:18widzisz udało się i teraz jak odświeżymy to powinno to być już lepiej widoczne, mamy

6:22tutaj taką tabelę jak post_tag i tutaj na przykład wpiszemy post_id 1, tag_id 2

6:28to znaczy że tag o identyfikatorze 2 jest przypisany wpisu

6:32o identyfikatorze 1 potem znowu może być że post_id 1

6:36i tag_id 3, to znaczy że ten taki jest do tego samego wpisu co ten wyższy

6:40przypisany. Teraz musimy ustawić sobie jeszcze odpowiednią relacje,

6:45dlatego przejdziemy do tag i tak

6:50jak wcześniej utworzyliśmy relację jakie tworzyliśmy, stworzymy funkcję

6:54publiczną, którą nazwiemy posts i tutaj

6:58zwrócimy this belongsToMany, czyli

7:03że ten tag może przynależeć do wielu wpisów. Tutaj

7:08podamy Post class, nie musimy tutaj nic więcej definiować, bo tutaj można podać kolejne

7:12parametry, dzięki temu, że zastosowaliśmy się do tej konwencji nazewniczej

7:16i gdzie tabelę nazywaliśmy post_tag i dzięki temu bez problemu

7:20nam to będzie działać, czyli możemy powiedzieć, że tag przynależy

7:24do wielu wpisów i teraz wpis może mieć wiele tag'ów. Zatem

7:30skopiuję to co mamy tutaj i przyjdziemy to Post tutaj

7:36będziemy chcieli powiedzieć tags belongsToMany Tak. Dzięki

7:42temu jak już mamy model post, to możemy na nim zrobić tags i zwróci nam wszystkie

7:46tagi, laravel zrobi to dla nas automatycznie będzie to bardzo fajnie działać. Na

7:51koniec tej lekcji utwórzmy sobie jakiś tag i przypisz go do wpisu. Zrobimy

7:55to za pomocą php artisan tinker, tag

8:00równa się App Tag create. Wystarczy

8:06mu podać name, więc tutaj taka tablica slug zostanie utworzony automatycznie

8:11nazwiemy

8:15go po prostu test, okej i znowu ten sam problem co wcześniej, laravel

8:19chroni nas nami samymi, więc zadajemy sobie tutaj protected fillable,

8:25chcemy żeby się dało ustawić name, slug się

8:29ustawia automatycznie. Musimy tinkera zamknąć i jeszcze raz otworzyć,

8:33natomiast strzałką w górę można przejść do ostatnich operacji, teraz taki tag

8:37już nam się utworzył, zapisał się w bazie danych, więc odtwórzmy sobie co tutaj się dzieje.

8:41Dodał się tag, który ma identyfikator 1 i odpowiednie kolumny

8:46i teraz chcemy żeby on pojawił w tym miejscu, więc mamy jakiś post

8:50na przykład ten z identyfikatorem 2, zaraz go znajdziemy, zróbmy

8:56to tak App Post find 2, czyli ten identyfikatorem

9:00drugim chcemy zwrócić i jak do niego przypisać ten tag. W laraverze wystarczy,

9:04że skorzystamy z metody attach i tutaj możemy przekazać model

9:09tag, który zapisaliśmy zmiennej powyżej. Okej,

9:13pojawił się błąd bo najpierw jeszcze musimy się odwołać do tags, żeby

9:17to wszystko było jasne już ci to wytłumaczę. Odwołuje się na modelu post,

9:21do tag tylko dlatego że nazwałem to tutaj tags, to jest bardzo

9:25ważne i na tej funkcji tags na tym co ona zwróci wywołuje

9:30metodę attach, czyli dopiero teraz to powinno zadziałać i to

9:34oznacza że ten tag został tutaj przypisany i to oznacza tylko tyle,

9:38że dokładnie w tej tabeli taka relacja została zapisana, czyli że post_id

9:432 zawiera tag_id 1 i tutaj

9:47może być wiele takich przypisań i dzięki temu że zrobiliśmy coś takiego to

9:51teraz się mogę odwołać do tego post'a i mogę zwrócić wszystkie jego tag i będzie

9:56to wyglądać następująco. Jeżeli chciałbym taki tag usunąć to

10:00mogę skorzystać z metody detach i można albo przekazać

10:04model albo po prostu id. Wiemy że id tego tagu to było 1 jeżeli

10:09to zadziała to w tej tabeli po prostu to zniknie i teraz jeżeli byśmy się chcieli

10:13odwołać tak jak wcześniej do tags to one już nie będą zwracane.