структура, которую нельзя быстро и легко вложить в стандартную логику таблиц
- если нет точного понимания насколько долго эти данные сохранят свою структуру (чтобы не делать лишних телодвижений по созданию/обслуживанию таблиц)
верно?
Я бы оставил только первый вариант. Во втором, при смене структуры, шанс что-то запороть в JSON и заметить это не во время разработки, а через пару дней после выкатки на боевой на порядок больше.
угу, понял. Тогда приведу пример. Допустим есть какой-нибудь абстрактный объект - задание. На ряду с такими полями как идентификатор, автор, время создания, статус (активно и пр) - которые для всех заданий едины - есть поле "фильтр". Предположим, что каждое задание обладает своим перечнем фильтров. Вот насколько вынос фильтров в отдельный столбец JSON будет правильным? Я считаю что фильтры - это иделальный претендент на хранение их в виде JSON массива/объекта.
Даже не знаю. В целом лучше на каждый "фильтр" создать столбец, если их разумное количество или вынести в отдельную таблицу. У меня на работе JSON используется, например, для хранения ссылок на документы каждого дома. Это идеологически неправильно, но удобнее сохранить дом и все его поля за раз, чем выяснять, какие из ссылок нужно удалить, а какие добавить. При этом ссылки на документы в отрыве от самого дома нам не нужны, поиск по ним не делаем и т.д.
ну если фильтры выносить в отдельную таблицу, ограничивать их перечень (15 фильтров например), то тогда надо будет делать промежуточную таблицу: в которой для каждого таска указывать какие из 15 фильтров брать и какие параметры для них подсовывать, чет жестко выглядит там же отношения выходят в стиле задание-*фильтр-*параметры: 1 к многим и еще раз 1 к многим оставлю наверное пока в JSONB, нам по фильтрам тоже искать не думаю что надо будет
Гм, а что вы подразумеваете под фильтрами?
строчку вида: "что ограничивает": "каким числом". Пока думал что они должны выглядить как-то так: { "publication_date_min": 120301, "publication_date_max": 1454536, "views_min": 100 } Примитивненько, да.
По этому примеру - лучше создать N колонок, по одной на каждый параметр.
Обсуждают сегодня