Счас как передается во вьюху ?

public function index() { $posts = Post::orderBy('created_at', 'desc')->get(); $categories = Category::all(); return view('index',[ 'posts' => $posts, 'categories' => $categories ]); }

Катерогии все нужны ?

нет. Только для конкретной записи которая через цикл foreach выводится во вьшке

Post::with('category')->order

with вытащит в один запрос

обращаюсь $post->category->id

потом

Post::with('category')->order

orderby и т.д

понял. А разница есть между Post:all() и обращения через итерацию во вьюшке?

Зачем делать пост all?

Прям нужно все выводить ?

понял. А разница есть между Post:all() и обращения через итерацию во вьюшке?

Смотря как вытащить нужно. Пост алл мне не нравится . Надо ограничивать результат

Не нужно. В моем понимании, обращение к $post->category->id это один запрос sql. Насколько я понимаю. И если записей 10 то получается 10 sql? Вот и думал, может сразу получать список категорий а потом через массив уже получать категорию

Для этого надо сразу брать все из бд

https://laravel.com/docs/5.0/eloquent почитайте пункт Eager Loading

Вы одним запросом выдергиваете все. и посты и категории

Псны

Вапрос

Есть список организаций - рестораны и доставки

У ресторана может быть несколько филиалов. У доставок может не быть их вообще

Как прописать время работы?

Если относить время работы к филиалу то хз как быть с доставки

Если к самой организации, то как быть с разными временем в филиалах

Как сделать?

Время работы относить к филиалу. Доставка же работает когда работает филиал

Как сделать?

Eloquent Relationships?

Есть служба доставки и у нее нет физического филиала

К чему относить время доставки?

Eloquent Relationships?

Кэп?

Есть служба доставки и у нее нет физического филиала

служба доставки работает если закрыт филиал ?

Какой филиал?

Вообще нет филиала у доставки

Доставка без ресторана

Неужели так сложно понять?)

Есть организации. Это заведения и службы доставки. У заведений может быть служба доставки. А может быть служба доставки без заведения, то есть без филиалов.

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

Делать для доставки отдельное расписание просто?

Ди, квис, где вы, помогайте

Делать для доставки отдельное расписание просто?

да, а уже доставку привязывайте куда хотите

Я тут

Ещё надо?

Я хавать готовил, вот не оставить Вас уже

@perin ...

В следующий раз через собачку пингуйте, утырки))

Квис

Чо как

Как сделать расписание?

Ещё раз давай разберем

Смари

Расписание для...

Есть организации

Ну

Это может быть ресторан или служба доставки. Ресторан может иметь несколько филиалов. Может иметь свою доставку. Еще можнет быть служба доставки без филиалов

Как сделать режим работы?

Режим работы для...?

Для доставки или заведения

Организации

Ну так на каждый адрес

А если нет адреса?

Доставка

Фелиал без адреса это тоже фелиал в БД

А если адресов несколько а доставка работает по своему расписанию?

Только без адресa

Хм

has_address boolean

Можно так то и так сделать, ага

ERROR: S client not available

Спасибо

Ыы)

То есть ситуация

Не за что

Есть 3 филиала и доставка. Надо сделать 4 филиала, один из них будет без адреса и со своим режимом, это будет доставка

Так?

У тебя каждый фелиал должен иметь id, и похуй есть ли у него адрес

Есть 3 филиала и доставка. Надо сделать 4 филиала, один из них будет без адреса и со своим режимом, это будет доставка

Yep

Если нет адреса то значит виртуальное

Но режим работы разный

Ок, попробую так сделать

Но все равно вариант не идеальный

А если режим работы разделишь и будешь has many использовать то вообще проблем не будет

:)

Удачи, я играть пошёл, если чо через @Quiss пингуй

has_address boolean

а чего просто nullable поле не сделать? для того и есть

сделать 2 сущности - доставка и филиалы и связь много-ко-многим между ними

а чего просто nullable поле не сделать? для того и есть

Формально для типирования

ХаБТМ, чтобы контролировать из каких филиалов какая доставка может доставлять, так как по мне доставка - это сервис первозки от А до Б. Но в качестве А должен выступать какой-то из филиалов. Или нет?

Не, такой функционал будет излишен

Тем более есть доставки без филиалов

Ну то есть без физ адреса

А есть смысл приравнивать сущности филиала и доставки?

Нет, есть смысл приравнивать заведение и службу доставки, у которой нет филиалов

А для чего?

Чтобы не плодить сущности

Служба доставки и заведение - одна сущность

цель какая? только чтобы не создавать новую сущность? Если нет, то создание новой очень упростит логику работы со структурой БД

Нет, не только это. Есть заведение с доставкой. Это не подходит ни под заведения ни под доставку если делаешь это разными сущностями

В общем я уже придумал как делать

ну так заведение с доставкой - это две сущности "заведение", "Доставка" и связь между ними

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