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

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

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

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

	Уникальные поля для каждой категории 24.02.2017, 12:37. Показов 1744. Ответов 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,909
	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