P
но если это действительно имеет смысл
Size: a a a
2021 January 20
P
потом данные переносишь
VL
читаешь в миграции из бд уникальные key, циклом обходишь и создаешь колонки
нет я не об том что бы создать новую таблицу, а об том что бы из бд получить такой результат
P
в коллекции типа
AS
Подскажите пожалуйста как сделать следующее:
Имеем две модели answer_user(что ответил пользователь) и answer(список ответов)
Как получить сумму и answer через answer_user, получается вызов
AnswerUser::with(['answer'])->get();
связь belongsTo
и при вызову answer лежат в answerUser.
Получается без перебора их не сложить?
Имеем две модели answer_user(что ответил пользователь) и answer(список ответов)
Как получить сумму и answer через answer_user, получается вызов
AnswerUser::with(['answer'])->get();
связь belongsTo
и при вызову answer лежат в answerUser.
Получается без перебора их не сложить?
D
нет я не об том что бы создать новую таблицу, а об том что бы из бд получить такой результат
Можно
D
Но может быть затратно на пхп эти вычисления делать
D
Подскажите пожалуйста как сделать следующее:
Имеем две модели answer_user(что ответил пользователь) и answer(список ответов)
Как получить сумму и answer через answer_user, получается вызов
AnswerUser::with(['answer'])->get();
связь belongsTo
и при вызову answer лежат в answerUser.
Получается без перебора их не сложить?
Имеем две модели answer_user(что ответил пользователь) и answer(список ответов)
Как получить сумму и answer через answer_user, получается вызов
AnswerUser::with(['answer'])->get();
связь belongsTo
и при вызову answer лежат в answerUser.
Получается без перебора их не сложить?
WithCount глянь
VL
в коллекции типа
так как таких key value много, и мне нужно просто как-то потом сделать таблицу html которую выведу во фротенде. в которой в добавок еще будет сортировка по этим новым колонками т.е по name или size
D
Может твой случай
P
так как таких key value много, и мне нужно просто как-то потом сделать таблицу html которую выведу во фротенде. в которой в добавок еще будет сортировка по этим новым колонками т.е по name или size
пересобирай походу вручную результат. мало вероятно что у лары есть методы для такого кейса
AS
WithCount глянь
это просто кол-во ответов. а мне нужна сумма по всем
-user_answer
—answer
—-filed = 1
-user_answer
—answer
—-filed = 2
сумма field = 3. вот эту цифру нужно, а структура как выше описал.
-user_answer
—answer
—-filed = 1
-user_answer
—answer
—-filed = 2
сумма field = 3. вот эту цифру нужно, а структура как выше описал.
P
так как таких key value много, и мне нужно просто как-то потом сделать таблицу html которую выведу во фротенде. в которой в добавок еще будет сортировка по этим новым колонками т.е по name или size
groupBy() мб поможет
VL
пересобирай походу вручную результат. мало вероятно что у лары есть методы для такого кейса
а может можно в бд хранить по другому? допустим в таблице резервации хранить в json поля тогда легче наверно будет от рисовать html таблицу. но не будет фильтрации по имя размер и еще всем другим полям через sql. а таких данных может быть очень много. вся задача в том что я не знаю сколько полей будет и их имена тоже
P
вообще это какой-то wp стайл
TK
Есть такой вопрос, как оптимально вытаскивать связанные модели из бд? Я пробую через relations, но в шаблоне эти цепные вызовы как-то криво выглядят, и пока не знаю, сколько это порождает запросов за раз. Subqueries для этого нужны?
TK
Есть такой вопрос, как оптимально вытаскивать связанные модели из бд? Я пробую через relations, но в шаблоне эти цепные вызовы как-то криво выглядят, и пока не знаю, сколько это порождает запросов за раз. Subqueries для этого нужны?
$reportLog->report()->first()->reportType()->first()->title вроде такого, это вывод типа заявки у объекта, т.е. обращение через 2 связи
D
вообще это какой-то wp стайл
Еав же
VL
вообще это какой-то wp стайл
ну а как хранить если мы не знаем имена полей? у нас их может быть много и нужна еще фильтрация asc desc по значению полей
P
а может можно в бд хранить по другому? допустим в таблице резервации хранить в json поля тогда легче наверно будет от рисовать html таблицу. но не будет фильтрации по имя размер и еще всем другим полям через sql. а таких данных может быть очень много. вся задача в том что я не знаю сколько полей будет и их имена тоже
ну так подготовь коллекцию до отображения как те надо, в чем сложность?