Как удалить запись в сводной таблице по ее идентификатору?

Дмитрий, эм, я пользовался этим методом, но всегда передавал в него идентификатор связанной сущности (если брать пример выше, это было бы dishe->id).

Но у меня есть только идентификатор из связанной таблицы (таблица: order_dishe, поле id).

По нему нужно удалить запись.

Можно ли как-то прокинуть значение из одной таблицы в другую?

JhaoDa, спасибо, уже донесли в предыдущем вопросе :)

Можно ли как-то прокинуть значение из одной таблицы в другую?

tukreb, интересно, спасибо большое за идеи, полезно.

Можно ли как-то прокинуть значение из одной таблицы в другую?

tukreb, благодарю за совет, но price в dishes может измениться в любой момент, это цена на блюдо.
А в таблице order_dishe уже нет.

Можно ли как-то прокинуть значение из одной таблицы в другую?

tukreb, по типу? -

foreach ($request->get('dishes') as $dishe) {
            $order->dishes()->attach($dishe['id'], [
                'price' => Dishe::find($dishe['id'])['price'],
                'comment' => $dishe['comment'],
            ]);
        }

Можно ли упростить реализацию создания заказа на laravel 9?

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

Можно ли упростить реализацию создания заказа на laravel 9?

Дмитрий, я вас понял, благодарю.
Но quantity в БД нет, т. к. оно всегда равно 1, потому что каждая позиция, даже если она совпадает с предыдущей - это отдельная запись (логика разделения нужна для отказа, статистики и частичной оплаты позиций в заказе)

Можно ли упростить реализацию создания заказа на laravel 9?

Adamos, эм, я не уверен, один ко многим, как я понимаю, можно реализовать с помощью двух таблиц моделей. А тут без третьей уже никак.

Можно ли упростить реализацию создания заказа на laravel 9?

Adamos, поля такие есть, да.
Интересно... Не намекнете, пожалуйста, как хоть способ называется?

order_disheS - ларавел не подхватывает из коробки почему-то, приходилось вручную прописывать таблицу и поля в связях.
А dishe_order подхватил (чтобы вручную не прописывать в каждой relation).

UPD: может, я неверно relation выставил... (belongsToMany в Order)

Можно ли упростить реализацию создания заказа на laravel 9?

Учту, спасибо.

Вообще-то единственное число от dishes - dish, а не dishe.

Не очень понял, если вы про таблицу dishes, то там не нужен order_id, либо я неверно понял.
Т. е. есть заказ, есть блюда, при создании заказа мы их просто связываем в таблице order_dishe.

Достаточно создавать их с полем order_id = $order->id, чтобы при выборке они зацепились.

Можно ли упростить реализацию создания заказа на laravel 9?

Дмитрий, dishes - список блюд для добавления к заказу (массив объектов).
1 блюдо = 1 запись.
В заказе может быть несколько одинаковых блюд.

Можно ли упростить реализацию создания заказа на laravel 9?

Без for нельзя, к сожалению, он дублирует количество одной позиции на несколько записей в БД.

Если только подготовить данные для foreach.
Но тогда не совсем будет понятно, что делать с for.

Если только задублировать позиции, где quantity > 1.

Как организовать структуру заказов в БД (общепит)?

Благодарю за ответ.

Да, эта задача есть в бэклоге - рано или поздно к этому придем, но это большая отдельная тема.
Как я понимаю, отказы могут быть как от заказа, так и от отдельного блюда, то есть, будет, как минимум, две таблицы. Плюс, нужны причины отказа - тоже для статистики.

задача построить отчет по отказам.

Когда несколько человек за одним столом в рамках одного заказа оплачивают только свои позиции.

На счёт частичной оплаты не понятно — зачем вообще такое, почему недостаточно оплачивать всё и сразу.

Как организовать структуру заказов в БД (общепит)?

Adamos, извините, что снова вопрос.
Не интересно - лучше оставить так, как есть?
Или вы имели ввиду что-то другое?
Пока только заметил, что decimal сам округляет (пример: 4.499 -> 4.50), но когда делаешь SUM, в сумме получается не 2 знака после запятой.

Как организовать структуру заказов в БД (общепит)?

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

А по поводу, думаю, будет в основном до 10 одинаковых позиций, чаще 2-4 (а группировать действительно нужно будет, но как мне показалось из дискуссии, группировка и наличие дополнительного количества записей в БД - это единственные "проблемы" (в кавычках)).

Если будут десятки-сотни-тысячи одинаковых позиций

Как организовать структуру заказов в БД (общепит)?

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

Как организовать структуру заказов в БД (общепит)?

Adamos, то есть, можно смело отказываться от поля quantity? :)

Как провалидировать несколько полей в бд на lavarel для одного входного параметра?

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

Как открыть доступ пользователю только на просмотр репозитория?

shurshur, подойдет, благодарю

Как открыть доступ пользователю только на просмотр репозитория?

я так понял - это для всего проекта?
а для отдельной роли или пользователя это можно сделать?