Laravel курс с нуля, база. 19. Отношения многие ко многим
HTML-код
- Опубликовано: 8 сен 2024
- Стань спонсором(бусти аккаунт), доступ к собеседованиям:
boosty.to/lara...
Мои платные курсы:
laravelcreativ...
План развития с нуля до middle+:
laravelcreativ...
Группа вк:
laravel...
- Ссылка для донатов, спонсорства, пожертвований
yoomoney.ru/to...
www.donational...
- -
. ---
. .
Вот на теме один ко многим, и многие ко многим я что-то уже начал дымиться от перезагрузки. Наверное потому что просто смотрю, как художественный фильм для первого раза. Во второй уже буду смотреть практически. Я аж прослезился от радости, когда увидел урок в плэйлисте: Асинхронный CRUD в Laravel... Понятно, что уже есть подобное, но для базы, и эта тема - это просто шик, блеск, красота!
Тут лучше для начала чисто по человечески для себя привести примеры из жизни отношения один к одному, один ко многим и многие ко многим. А потом это будет проще прочувствовать в реализации отношений объектов в бд)
@@laravelcreative хорошая идея: рисовать себе мозговые карты после просмотренных уроков так, чтобы, взглянув на неё, сразу было всё понятно. И ещё вопрос: планируете сделать ещё плэйлист(ы), где уже не теория ларки рассказывается, а показывается на реальном, небольшом проекте? вот пример ruclips.net/p/PLvpsu6rFEzwVNyfaDAI9IEcWfwNMETkUP
ну а вот то, что там показывается (это уже моё): cosa-nostra.h1n.ru
там правда автор показывает на 6.20; я обновил до 8.40 обычным composer update, правда выдавало какую-то ошибку, вбил её в гугл, он сказал, что надо куда-то вставить какую-то строчку. вставил и всё работает
@@Mr.Capone- планирую, времени просто мало:)
@@laravelcreative действительно дымится что то.
@@laravelcreative , эти отношения "из жизни" просты и понятны, а вот вам в этот урок стоило вставить схемку - диаграмму, в которой вы показываете каким образом пример "из жизни" соотносится с тем синтаксисом, который вы рассказываете. Тогда бы усвоение было бы в разы лучше и быстрее. Мне например не понятно зачем вообще эти форин Ки, по-моему из баз и без них прекрасно информация достаётся.
мой мозг. как все сложно 🤯 спасибо
Спасибо за труд!
Лучший
Спасибо за урок, все прошло без ошибок, что радует)
Очень классный курс. Смотрится на одном дыхании. 19 уроков за 2 дня просмотрел. Очень доступно всё объясняешь, респект!
Спасибо вам за уроки. Благадаря вам я очень хорошо придвигаюсь в изучиние Laravel.
Пришлось использовать такой вариант, а то было несоответствие столбцов.
$table->bigInteger('post_id')->unsigned();
$table->bigInteger('tag_id')->unsigned();
Спасибо, за урок!
Благодарю)!
Это проще делать через сам запрос с помощью left outer join
Посоветуйте доп материал для изучения laravel. Сделайте выпуск по стратегии изучению laravel (базовые навыки, средняк и сеньор), прорекламируйте свои уроки, мб чужие, книжки, сайты, форумы и тд.
Достаточно популярны ролики в стиле laravel за час
Да, планирую сейчас серию общенаправленных роликов в виде стратегии развития/востребованность профессии и т.д. опубликовать)
спасибо бро
Если у кого то возникает проблема после попытки миграции на 4:27, можете как автор скачать sql lite или там где schema переименовать post_tags на apost_tags, конечно post_tags у вас останется если вы уже попытались мигрировать, но зато дурацкой ошибки больше не будет.
Пользовался HeidiSQL, по пробовал Workbench, вернулся на HeidiSQL, там есть выпадающие списки в таблицах
Теперь понятно у меня поста с id 2 нету
Непонятно, зачем было удалять такой безобидный комментарий. Вопросы по теме запрещены на канале?)
камент для продвижения
Благодарю!)
👍👍👍
Благодарю!)
Добрый день, пытаюсь создать таблицы как в примере (4:27), однако у меня композер почему то пытается создать не новые таблицы а начинает пересоздавать таблицу POSTS, после этого говорит что такая таблица уже существует и прекращает работу. Можно ли задать миграцию для последних двух таблиц, а не для всех миграций?
А какой код ты пишешь?)
@@laravelcreative устранил эту ошибку путем переименования миграции posts (исправил время создания чтобы она была в папке последней), мне интересно это я что то не так делаю или это баг? код пишу точно как в уроке
Может потому, что у меня sqlite, а там игнорируются много ограничения таблиц) Но это хорошо, что такая ошибка вылезла, опыт опыт опыт)
"PDOException::("SQLSTATE[HY000]: General error: 1215 Cannot add foreign key constraint" вылетает при набор php artisan migrate. Я так понимаю, это из за движка и мне надо следить, чтобы все внешние ключи создавались в файлах ниже таблиц, к которым они обращаются?
Да именно) Просто меняешь название у миграций, так чтобы те, которые нужны поднимались выше по списку и все)
@@laravelcreative а какой порядок в итоге выставлять? Я перепробовал "тэги", "посты" сверху, "смешанная" внизу - не помогло
Если наверх "смешанную", "тэги", затем "посты" - тоже ошибка, помогите, пожалуйста, разобраться в чем дело - впервые встречаю такую нелепую ошибку из-за порядка файлов в папке)
@@TheTexProКак ты решил эту проблему ? Типа можно забить виг, и так все работать будет . у меня таблицы появились , но надпись меня бесит
@@laravelcreative а зачем в миграциях указывать связь? ведь ее моно и в моделях показать. да я понимаю если в миграция то не даст сама база удалить нужную запись и так дальше.
Опять меня смущает большое количество запросов в базу, например мы формируем страницу Новости, на странице выводим 30 новостей, а всего в базе у нас 5000 новостей, и более 50 категорий, общее количество связей по схеме многие ко многим болеее 50 000 связей, выводим первую новость и что бы на привью вытащить его категории, мы проверяет 50 000 записей, да мы не делаем это через цикл - это делает ларавел сам, но все же он сверяет каждую к каждому, на 30 статей нужно вот так пробежаться 30 раз по 50 000 связать, иттого 1 500 000 проверок что бы вывысти одну страницу. что я не так понял? не проще ли в таблице, с категориями, сохранить инфу в виде массива или json со значениями какие новости к ним относиться, и при запросе просто вытаскивать новости по списку, а в новости сохранить в таком же виже инфу по категориям, при созданиии // редактировании новостей или категорий - делать сверку связей. Если делать так - то можно сделать 1 500 000 запросов в базу 1 раз, а не при каждом обновлении страницы. я думаю что я просто тупой и не чего не понимаю...
просто "учитель" сам не в теме, он не рассказал для чего используются индексы. По сути индексы - это новая таблица сортировки, или соотвествий по определенному столбцу, я бы сказал новая таблица указателей на записи отсортированная по определенному столбцу (если брать аналогию языка си).
fk позволяет избегать вот эти вот 100500 запросов в итоге получаем 1
Всё же самый (пока что, не знаю, что там дальше) непонятный урок. Не в целом, но в некоторых моментах. Почему когда пишем в модели Пост метод Таг, у него указываем класс Таг, но таблицу указываем - пост_таг??? Надо более детальней разбирать такие моменты.
извиняюсь а вы не подскажите как поступить - у меня ситуация когда названия таблиц должны браться из таблицы в базе заранее заполненой -- как правильно реализовать такой подход
Ой сложно сказать) В чем сложность то?
а как сделать , что бы в шаблоне Blade при выводе всех постов отображалась их принадлежность к категории?
при выводе постов открыть цикл и уже вызвать метод $cat = $item->category; , а все это поместить в массив и передать в blade
$post->category->title
Автор не любит конструктивную критику и поэтому удалил мой предыдущий коментарий?