В постгре с его MVC такое вообще сплошь и рядом

так в том-то и прикол, что их ничего не связывает. Два независимых массива, которые мне и надо собрать в третий.

@DmitriyTremasov ну что ж, все супер работает, спасибо

Приветствую! Проектирую EAV для магазина, что имеется:
Category
id

Item
id
category_id

Хочу сделать динамичные поля и динамичные опции для выбора.

Структуру вижу следующим образом:
Attribute
id
type

AttributeDefaultValue (для значений по-умолчанию)
id
attribute_id
value

AttributeValue
attribute_id
value

AttributeCategory (для привязки полей к сущности)
attribute_id
category_id

AttributeItem
item_id
attribute_id

Так же хочу добавить опции выбора товара по примерно такой-же схеме, можете подсказать по структуре, в голове всё выглядит корректно

чем concat не подходит? если они вообще не связаны

Да я не вижу проблем. Хотя последний раз когда я нечто подобное делал - мне стало дико лень и я положил все постгрессовый jsonb и радовался жизни

а поподробнее?

Ну и не понятно зачем выносить дефаулт валуе в отдельную сущность

У тебя есть атрибуте - наверное там и стоит указать значение по умолчанию

В сторону json думал, но хочется структурности чуть больше

Касательно значений по-умолчанию:
некоторые поля недоступны для ручного заполнения, а только значения, которые я задаю
К примеру коробка передач
АКПП
Механика

Неверно назвал, не значения по-умолчанию, а просто значения для полей видимо

Если просто значения полей - то тем более не надо отдельную сущность

А где их хранить? Значений может быть несколько на выбор

Хм... просто создавать значения самому, а у самого поля сделать опцию: доступна для заполнения

Если нет, берём значения из бд

Ааааа. Несколько

Тогда наверное все верно

https://laravel.com/docs/8.x/collections#method-concat обьденение двух массивов/коллекций/строк и тд

Но блин это же вагон мороки. Пока все это соберёшь

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