Уникальные поля для каждой категории

@gt3000 · Регистрация: 07.05.2013

Студворк — интернет-сервис помощи студентам

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

Пример:

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

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

@Jodah · 24.02.2017, 16:26

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

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кг

@Para bellum · 24.02.2017, 16:55

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

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

@Jodah · 24.02.2017, 17:01

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

@Para bellum · 24.02.2017, 17:10

Сообщение от Jodah

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

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

@Jodah · 24.02.2017, 17:13

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

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

@miketomlin · 24.02.2017, 18:02

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

@Para bellum · 24.02.2017, 20:21

Сообщение от miketomlin

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

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

Теперь, когда нужно сформировать форму для добавления/редактирования, выбираем все поля для категории:

SQL
1
2
/* Выбор полей для добавления в категорию Авто */
SELECT * FROM `options` WHERE `category_id`=1

SQL
1
2
3
4
5
6
/*
  Сразу вытаскиваем относящиеся списки
  В данном примере также добавлен ID Заголовка, так как мы не знаем, является ли поле списком или нет.
  Можно доработать, добавив в таблицу options метку, является ли поле списком.
 */
SELECT * FROM `lists` WHERE `option_id` IN(1, 2)

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

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

@gt3000 · 25.02.2017, 01:39 **[ТС]**

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

Использовать для этого дела 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.

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

@Para bellum · 25.02.2017, 06:26

Сообщение от gt3000

Хорошие варианты!

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

@gt3000 · 27.02.2017, 17:01 **[ТС]**

К чему пришел.
Каждая категория впринципе имеет свой шаблон, так как у каждой категории свои уникальные поля.
Значит можно каждой категории в админке, присваивать свой уникальный шаблон. Тоесть, можно создать таблицу 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 минут
В инете реально много всяких форм билдеров, можно прикрутить к сайту и создавать динамические формы. Только проблема с селектами, если нужно получить данные из базы, а не указывать вручную в настройках генерируемого селекта.
Как быть, чет пока не нашел решения...

Новые блоги и статьи Все статьи Все блоги /
Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Programma_Boinc 28.12.2025 Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Налог на собак: https:/ / ********/ gallery/ V06K53e Финансовый отчет в Excel: https:/ / ********/ gallery/ bKBkQFf Пост отсюда. . .	Кто-нибудь знает, где можно бесплатно получить настольный компьютер или ноутбук? США. Programma_Boinc 26.12.2025 Нашел на реддите интересную статью под названием Anyone know where to get a free Desktop or Laptop? Ниже её машинный перевод. После долгих разбирательств я наконец-то вернула себе. . .	Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы, точка. Programma_Boinc 23.12.2025 Рецензия / Мнение/ Перевод Нашел на реддите интересную статью под названием The Thinkpad X220 Tablet is the best budget school laptop period . Ниже её машинный перевод. Thinkpad X220 Tablet —. . .	PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.
Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .

@gt3000 2 / 2 / 2 Регистрация: 07.05.2013 Сообщений: 70

	Уникальные поля для каждой категории 24.02.2017, 12:37. Показов 1735. Ответов 10 Метки нет (Все метки) Привет. Допустим, есть сайт объявлений и множество категорий. Такие как, телефоны, авто, мото, для дома, для детей. ВСЕГО 500 категорий в базе. Естественно, каждая категория должна иметь свои поля на заполняемой форме. Пример: 1) если я продаю авто, я заполняю поля ( тип двигателя, техосмотр, цвет, коробка кпп и тд) 2) если я продаю телефон, я заполняю поля (бренд телефона, камера, OS и тд) Так вот, не пойму, как создавать эти уникальные поля для каждой категории? Был ли у кого такой опыт? Какая тут должна быть логика? 0

@Para bellum 5755 / 4134 / 1508 Регистрация: 06.01.2011 Сообщений: 11,276
	24.02.2017, 16:55
	Jodah, в таком случае всё это дело вывести можно будет только ckeckbox'ами или select'ами, для выбора. А если нужно будет поле, куда пользователь должен будет вводить текст? Я ведь правильно понял, что это те таблицы, которые заполняет администратор, указывая, для какого товара какой option вывести? 0

@Jodah 3899 / 3237 / 1353 Регистрация: 01.08.2012 Сообщений: 10,904
	24.02.2017, 17:01
	Para bellum, не, option_value - это текст, введённый пользователем. 0

@miketomlin 930 / 846 / 190 Регистрация: 28.11.2013 Сообщений: 3,621
	24.02.2017, 18:02
	По-моему проще отдельные таблицы для категорий использовать. 0

@gt3000 2 / 2 / 2 Регистрация: 07.05.2013 Сообщений: 70
	25.02.2017, 01:39 [ТС]
	Хорошие варианты! А мой вариант вот какой: Использовать для этого дела 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

@gt3000 2 / 2 / 2 Регистрация: 07.05.2013 Сообщений: 70
	27.02.2017, 17:01 [ТС]
	К чему пришел. Каждая категория впринципе имеет свой шаблон, так как у каждой категории свои уникальные поля. Значит можно каждой категории в админке, присваивать свой уникальный шаблон. Тоесть, можно создать таблицу 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