@gt3000

Привет. Допустим, есть сайт объявлений и множество категорий. Такие как, телефоны, авто, мото, для дома, для детей. ВСЕГО 500 категорий в базе.
Естественно, каждая категория должна иметь свои поля на заполняемой форме.

Пример:

1) если я продаю авто, я заполняю поля ( тип двигателя, техосмотр, цвет, коробка кпп и тд)
2) если я продаю телефон, я заполняю поля (бренд телефона, камера, OS и тд)

Так вот, не пойму, как создавать эти уникальные поля для каждой категории? Был ли у кого такой опыт?
Какая тут должна быть логика?

0

@Jodah

Отдельная таблица характеристик:

option_id	option_name
5	Цвет
6	Вес

Отдельная таблица характеристик конкретного товара:

product_option_id	product_id	option_id	option_value
1	10	5	Зелёный
2	10	6	18кг
3	11	5	Красный
4	11	6	23кг

0

@Para bellum

Jodah, в таком случае всё это дело вывести можно будет только ckeckbox'ами или select'ами, для выбора.
А если нужно будет поле, куда пользователь должен будет вводить текст?

Я ведь правильно понял, что это те таблицы, которые заполняет администратор, указывая, для какого товара какой option вывести?

0

@Jodah

Para bellum, не, option_value - это текст, введённый пользователем.

0

@Para bellum

А, то есть это уже результат заполнения формы. А вот как форму построить, чтобы она не запрашивала объём двигателя для смартфона -- вопрос.

0

@Jodah

Para bellum, понял. Ещё одна таблица, в которой указываем привязку характеристик и категорий.

category_id	option_id	sort
1	5	1
1	6	2
2	5	1

1

@miketomlin

По-моему проще отдельные таблицы для категорий использовать.

0

@Para bellum

500 таблиц? Что-то я сомневаюсь.

В общем, вот что придумал. В принципе, вариант Jodah, но дополненный (в частности, добавлены поля для указания типа элемента формы).

В HTML, по сути, всего 5 типов элементов формы: text, file, select, radio, checkbox.
Следовательно, нужны таблицы: одна для самого элемента, а другая для его составляющих (в случае, если тип radio, checkbox или select).

Итак.

Таблица categories

id	name
1	Авто
2	Недвижимость

Таблица options (элементы формы; поля)

id	category_id	type	name	label
1	1	text	title	Заголовок
2	1	select	condition	Состояние

Таблица lists (значения списков; radio, checkbox, select)

id	option_id	label
1	2	Новое
2	2	Б\У

Таблица ads (сами объявления)

id	user_id	price	created_at
1	1	7000	2017-02-24

Таблица ad_option (связь объявления и поля)

id	ad_id	option_id	value
1	1	1	Продам машину

Таблица ad_list (связь объявления и элементов списков)

ad_id	list_id
1	1

Теперь, когда нужно сформировать форму для добавления/редактирования, выбираем все поля для категории:
Далее в цикле обходим поля, передавая значение из "type" в класс-менеджер полей формы. Тот вызовет нужный генератор, а генератор уже создаст поле.

Только надо думать, как для всего этого производить валидацию. Впрочем, это не проблема данной архитектуры, а общая проблема для всех динамических форм.

0

@gt3000

Хорошие варианты! А мой вариант вот какой:

Использовать для этого дела postgreSql и в таблице categories создать дополнительное поле (fields). Формат этого поля будет JSONB. Соответственно, каждая категория будет иметь свои поля и их характеристики.
Вот пример.

( {"types": [{"data": "car_engine_type", "label": "Engine type", "type": "text", "validation": "required"}, {"data": "transport_brand", "label": "Brand", "type": "select", "validation":"required"}]}

Ну и посчитал, что всего получается 30 таблиц с характеристиками всех категорий. Если нужно вывести поле select, то с помощью "data" я уже знаю что нужно получить, делаю выборку из таблицы car_engine_type или transport_brand.

Как-то так, может этот вариант и не очень подходит, незнаю.

0

@Para bellum

Мой можно вычеркнуть. EAV себя плохо зарекомендовал при больших нагрузках, как оказалось. Так что Вы вроде как в правильном направлении пошли, отказавшись от MySQL.

0

@gt3000

К чему пришел.
Каждая категория впринципе имеет свой шаблон, так как у каждой категории свои уникальные поля.
Значит можно каждой категории в админке, присваивать свой уникальный шаблон. Тоесть, можно создать таблицу category_forms, в ячейке "fields" хранить все поля к конкретной форме, в формате json. Тем самым, избегается использование EAV. А уже в редактировании категорий, можно присваивать формы всем категориям. Вот и будет каждая категория иметь свой шаблон.

В ячейке "fields" вот такие данные:

( {"types": [{"name": "car_engine_type", "label": "Engine type", "type": "text", "validation": "required"}, {"name": "transport_brand", "label": "Brand", "type": "select", "function": "getBrand()", "validation":"required"}]}

Вообщем, тут думаю все понятно и вроде как все просто. Что скажете?

Единственное, что смущает, как быть с полями select?
В примере выше, в jsone есть поле select, которое должно из другой таблицы вытащить все автомобильные бренды, там и содержится название метода, который будет вызыватся при выводе данного селекта. Это то все будет работать, но тогда методы в моем коде привязаны к указанным методам в базе! А если я поменяю название метода в коде когда то, то селекты просто не будут работать.

Вообщем, мой вариант подходит под мои требования, но, последнее немного смущает.

Добавлено через 18 часов 26 минут
В инете реально много всяких форм билдеров, можно прикрутить к сайту и создавать динамические формы. Только проблема с селектами, если нужно получить данные из базы, а не указывать вручную в настройках генерируемого селекта.
Как быть, чет пока не нашел решения...

0