#3 Связь многие ко многим LARAVEL (Many-to-Many)

Продолжаем изучать связи в Laravel и в этом уроке мы с вами познакомимся с связью многие ко многим.
Буду рад вашему лайку и подписке на мой канал! Обязательно поделись видео с друзьями, это лучше любых донатов.
Подписка на канал / @vladislavgroniuk

[@stashek7453]

Дай бог тебе миллионы подписчиков, за такие старания

[@VladislavGroniuk]

Спасибо большое)

[@ismayilnazarov8794]

Супер. Большое спасибо. Все очень доходчиво.

[@VagonFactov]

Большое спасибо за видео в отличном качестве, весь код видно, видно в каких, файла работаешь

[@SanyaHP3]

Спасибо, что помогаешь выучить ларавель!

[@webStandard1151]

Краса! Спасибо!

[@user-dp6bq4mv1g]

thank you 😊

[@user-uj3rj6th2g]

лайк патписька калакольчек

[@hakobpetrosyan8168]

спасибо

[@pavel1055]

Лови комментарий

[@armankaliakyn1296]

👍

[@FiberJack]

Спасибо))

[@bigloafef]

Подписка на канал. Реально сделать урок по правам, ролям доступа пользователей из коробки без применения сторонних решений? Может быть по группам пользователей ... Ну выборки как организовывать.

[@FiberJack]

+ тоже хотелось бы

[@user-iy5sn5bt5k]

ТОп

[@user-ji7sm5hw1j]

Первый нах) лайк не глядя)

[@androidiosgameplay-anrad7256]

cinema_id и movie_id в соединительной таблице уже является состовным ключом и поэтому там первичный ключ id ненужен. И да состовной ключ также должен быть уникальным. А это значит генерировать рандомно данные может привести к дубликату.

[@androidiosgameplay-anrad7256]

Я незнаю можно ли сгенерировать состовной ключ с помощью faker чтобы он был уникальным. Если кто знает напишите здесь ответ.

[@resolution07]

С чего ты решил что там не нужен первичный ключ? В моей практике такого никогда не было.

[@androidiosgameplay-anrad7256]

@@resolution07 Так состовной ключ это и есть первичный ключ только состоящий из двух полей.

[@resolution07]

@@androidiosgameplay-anrad7256 мои извинения, туплю что-то с утра...

[@pavelstetsiuk5224]

Влад, спасибо за урок. Но хотелось бы чтобы ты побольше уделял внимания выбору названий таблиц, столбцов и методов. Ведь это очень важно знать для кода без багов и чтоб всё летало)))))). Я имею ввиду что у тебя не зря выбраны такие названия cinemas, movies, а в сводной таблице cinema_id и movie_id и название таблицы cinema_movie (Имя таблицы cinema_movie получается из упорядоченных по алфавиту имён связанных моделей, она должна иметь поля cinema_id и movie_id (взято из документации, касается многие-ко-многим)). И по выбору названия метода связывания если я не ошибаюсь тоже есть требования (По умолчанию Eloquent определяет внешний ключ по имени метода отношения плюс _id(один-к-одному, один-ко-многим точно, многие-ко-многим не уверен))(поправь если я не прав). Понятно что можно почитать документацию, но если раз уж мы изучаем связи)))))))), то я думаю для новичков будет не лишним об этом узнать.

[@VladislavGroniuk]

Спасибоо) я в первом уроке больше всего рассказывал про то как называть таблицы и поля для связи)

[@pavelstetsiuk5224]

@@VladislavGroniuk я смотрел все уроки,сейчас попробовал назвать метод связи как ты и сказал как угодно. Так вот какая интересная штука получается в один-к-одному: class Director extends Model { use HasFactory; public function getallfilm() { return $this->hasOne(Film::class); } } так работает, а вот в обратной связи не работает!!!!!!!!!!! class Film extends Model { use HasFactory; public function getdirector() { return $this->belongsTo(Director::class); } // ТАК НЕ РАБОТАЕТ } пока не пропишешь второй параметр class Film extends Model { use HasFactory; public function getdirector() { return $this->belongsTo(Director::class, 'director_id'); } }

[@DeniZZZNET]

Спасибо за урок. Зачем в таблице связи ключ ID? По технологии проектирования баз данных он не нужен, так как у нас будет составной ключ director_id и movie_id. Создавая суперключ id мы можем попасть в очень не хорошую ситуацию, когда в таблицу можно будет записать две записи с одинаковыми значениям director_id и movie_id, но разным id. Это и есть самая главная проблема. Как от этого избавиться? Как сделать составной ключ? С дополнительным ID получилось как будто две связи в одной некой сущности))

[@maksim4334]

Третий урок, а автор вспоминает слово конвенция названий в Laravel. Чуть глубже, чем просто поверхностный видео на ютубе. Буду смотреть дальше, надеюсь, что будет интереснее.

[@user-sd8fk6bx3z]

Влад спасибо за труд, но есть замечания. Первые 10 минут идут подготовительный код, который не относится к теме. А вторых не полностью все раскрыто, кастомная пивот таблица, пример подсчёта суммы и прочее

[@user-qn1xb8fd4b]

продвигайся давай)

[@NikolayKonshin]

А как быть если модели например ProductCategory и Product, соответственно таблицы product_categories и products. Как их правильно связать? product_category_product - такая pivot-таблица будет? а поля в ней: product_category_id и product_id ????

[@penaltyin90min]

Влад, как можно обнулить счетчик id? - например, сначала заполнил таблицу с помощью фабрики, потом хотел добавить перед именем слова для обозначения: Cinema, Movie ('name'=>'Cinema '.$this->faker->name). Очистить таблицу и заново запускаешь уже начинается не с 1. Заранее спасибо.

[@Sunsonar]

Влад, там возникает проблема в обратной связи Movies->Cinemas т.к. мы наполняли через фабрику рандомно cinema_movie.cinema_id ., не у всех фильмов есть кинотеатр, и выводит фильм без кинотеатра поэтому как сделать проверку чтобы выводить фильм который толко идет в показе, получается Movie name: NUMQUAM Cinemas: кинотеатра нет

[@VladislavGroniuk]

whereHas

[@Sunsonar]

Если у кого то возникнет такая же проблема, я использовал такой метод: $movies = App\Models\Movie::has('cinemas')->get(); // Получить все фильмы, которые демонстрируются хотя бы 1 кинотеатре

[@vlaDick--]

а как связать pivot таблицу с ресурс контроллером?

[@monoteis]

Почему это может не работать? Перелапатил все способы, в том числе и как на этом видео

[@alexandriv2174]

вобщем как и другие видосы тема нихера не раскрыта и много фуфни озвучено -- это стало бы понятно если б аффтор не сопли жевал а показал как добавлять и редактировать записи в подобных отношениях