Отношение hasMany. Гайд по отношениям в Laravel
"Продолжаем гайд по отношениям (Relationship) в Laravel. Ролик посвящен отношению hasMany - Один-ко-Многим. При помощи hasMany связывается одна запись в таблице со множеством в другой таблице базы данных. Это часто используемый тип отношений. Конвенция наименований в Laravel - https://github.com/lee-to/laravel-naming-conventions Полный гайд по отношениям в Laravel: https://www.youtube.com/playlist?list=PLTucyHptHtTmEUKZhY40SrXPhUuPdp1bD #отношения#laravel#cutcode --------------------------------------------------------------------------------- ❗️❗️❗️Присоединяйся к нашему комьюнити в телеграм - там и советом помогут и много интересного - https://goo.su/FaKvdeG ???Мой помощник Тэйлор готов выдать тебе подарок. Забирать тут - https://cutcode.dev/chat-bot?utm_source=rt --------------------------------------------------------------------------------- ⏰ Таймкоды: 00-00 - Введение 00-52 - Миграции и модели для hasMany 03-21 - Метод hasMany и класс hasMany 04-17 - Запрос на комментарии к статье 05-05 - Добавление комментариев 06-12 - Работа с коллекцией 07-38 - Использование queryBuilder Итак друзья давайте перейдем к следующему виду отношений - это один ко многим hasMany. И убедимся в процессе насколько они нам проще дадутся после того как мы изучили с вами belongsTo и hasOne. В целом у нас уже есть все чтобы создать hasMany отношения. У нас есть юзер у него может быть множество статей и как раз в юзере мы можем создать hasMany. Но давайте воспользуемся более приближенным к реальности кейсам, а именно статьи и комментарии. И позже мы с вами также эволюционируем эту идею и осветим также полиморфные отношения. Я уже создал миграции и модель чтобы не отнимать ваше время рутиной. Но давайте на них взглянем. Начнем с миграций - выглядит она следующим образом. Ничего нового для нас у нас есть foreinKey на статью, здесь у нас article ID и есть ключ на юзера - user ID. У нас есть комментарий, нам нужно знать кто его написал, какой пользователь. И за какой статьей он у нас закреплен. Ну и соответственно сам текст комментария и дата добавления. Давайте взглянем на визуализацию таблицы. Вот она у нас здесь появилась миграцию также выполнил появился comments. Давайте откроем диаграмку и здесь мы уже с вами видим три таблицы. Так как в целом в рамках связи участвуют три таблицы что я вам и говорил. Есть comments, есть User ID который у нас связан с таблицей User к полю ID и есть article ID. И также к таблице articles мы связываемся по полю ID. При этом друзья запрос к базе будет выглядеть максимально просто. У нас есть article ID и чтобы нам получить необходимые комментарии которые относятся к этой статье нам нужно построить следующий запрос. Пусть будет все From comments где article ID определенная статья. Пока что у нас никаких комментариев по статьям нет, если мы выполним этот запрос, то у нас будет п"
"Продолжаем гайд по отношениям (Relationship) в Laravel. Ролик посвящен отношению hasMany - Один-ко-Многим. При помощи hasMany связывается одна запись в таблице со множеством в другой таблице базы данных. Это часто используемый тип отношений. Конвенция наименований в Laravel - https://github.com/lee-to/laravel-naming-conventions Полный гайд по отношениям в Laravel: https://www.youtube.com/playlist?list=PLTucyHptHtTmEUKZhY40SrXPhUuPdp1bD #отношения#laravel#cutcode --------------------------------------------------------------------------------- ❗️❗️❗️Присоединяйся к нашему комьюнити в телеграм - там и советом помогут и много интересного - https://goo.su/FaKvdeG ???Мой помощник Тэйлор готов выдать тебе подарок. Забирать тут - https://cutcode.dev/chat-bot?utm_source=rt --------------------------------------------------------------------------------- ⏰ Таймкоды: 00-00 - Введение 00-52 - Миграции и модели для hasMany 03-21 - Метод hasMany и класс hasMany 04-17 - Запрос на комментарии к статье 05-05 - Добавление комментариев 06-12 - Работа с коллекцией 07-38 - Использование queryBuilder Итак друзья давайте перейдем к следующему виду отношений - это один ко многим hasMany. И убедимся в процессе насколько они нам проще дадутся после того как мы изучили с вами belongsTo и hasOne. В целом у нас уже есть все чтобы создать hasMany отношения. У нас есть юзер у него может быть множество статей и как раз в юзере мы можем создать hasMany. Но давайте воспользуемся более приближенным к реальности кейсам, а именно статьи и комментарии. И позже мы с вами также эволюционируем эту идею и осветим также полиморфные отношения. Я уже создал миграции и модель чтобы не отнимать ваше время рутиной. Но давайте на них взглянем. Начнем с миграций - выглядит она следующим образом. Ничего нового для нас у нас есть foreinKey на статью, здесь у нас article ID и есть ключ на юзера - user ID. У нас есть комментарий, нам нужно знать кто его написал, какой пользователь. И за какой статьей он у нас закреплен. Ну и соответственно сам текст комментария и дата добавления. Давайте взглянем на визуализацию таблицы. Вот она у нас здесь появилась миграцию также выполнил появился comments. Давайте откроем диаграмку и здесь мы уже с вами видим три таблицы. Так как в целом в рамках связи участвуют три таблицы что я вам и говорил. Есть comments, есть User ID который у нас связан с таблицей User к полю ID и есть article ID. И также к таблице articles мы связываемся по полю ID. При этом друзья запрос к базе будет выглядеть максимально просто. У нас есть article ID и чтобы нам получить необходимые комментарии которые относятся к этой статье нам нужно построить следующий запрос. Пусть будет все From comments где article ID определенная статья. Пока что у нас никаких комментариев по статьям нет, если мы выполним этот запрос, то у нас будет п"