насколько мне известно да

тогда все понятно, я думал что расширение SQL можно как то использовать совместно простыми запросами, спасибо

угу, понял.

Тогда приведу пример. Допустим есть какой-нибудь абстрактный объект - задание. На ряду с такими полями как идентификатор, автор, время создания, статус (активно и пр) - которые для всех заданий едины - есть поле "фильтр". Предположим, что каждое задание обладает своим перечнем фильтров. Вот насколько вынос фильтров в отдельный столбец JSON будет правильным?

Я считаю что фильтры - это иделальный претендент на хранение их в виде JSON массива/объекта.

всем привет. Вот у меня есть две таблицы, ко мне приходит id записи и надо достать из талиц эту запись, запись находится либо в первой, либо во второй. Как это лучше сделать? JOIN - не очень понимаю как применить. Если два селекта, то как-то как-будто не очень решение. Ну и еще надо бы знать из какой таблицы в итоге достали по айдишнику.

union all

А зачем в двух таблицах хранить идентичную информацию?
Мне в голову также UNION ALL приходит.

select 'table1' as src, id from table1 where id = input_id
union all
select 'table2' as src, id from table2 where id = input_id

не идентичную, там р2р чаты и чаты общие с несколькими пользователями. Логика их работы разная, но приходит сообщение с id комнаты и надо записать туда это сообщение

спс, попробую так

привет подскажите плиз, в чем может быть проблема ?

эта кверя выполняется за секунды

select *
from table
where (column @> '{xxx}')
limit 100;


этот селект занимает минуты а то и вовсе не выполняется

select *
from table
where (column @> '{ххх}')
limit 10;

USING gin indexes;

db size 40M - 50M

Даже не знаю. В целом лучше на каждый "фильтр" создать столбец, если их разумное количество или вынести в отдельную таблицу.
У меня на работе JSON используется, например, для хранения ссылок на документы каждого дома. Это идеологически неправильно, но удобнее сохранить дом и все его поля за раз, чем выяснять, какие из ссылок нужно удалить, а какие добавить. При этом ссылки на документы в отрыве от самого дома нам не нужны, поиск по ним не делаем и т.д.

You've made me cry

ну если фильтры выносить в отдельную таблицу, ограничивать их перечень (15 фильтров например), то тогда надо будет делать промежуточную таблицу: в которой для каждого таска указывать какие из 15 фильтров брать и какие параметры для них подсовывать, чет жестко выглядит

там же отношения выходят в стиле задание-*фильтр-*параметры: 1 к многим и еще раз 1 к многим

оставлю наверное пока в JSONB, нам по фильтрам тоже искать не думаю что надо будет

А что такое кверя?

Гм, а что вы подразумеваете под фильтрами?

sql query

А что, слово "запрос" уже запретили? Или религия новояза не позволяет нормальные термины использовать?

строчку вида: "что ограничивает": "каким числом". Пока думал что они должны выглядить как-то так:

{
 "publication_date_min": 120301,
 "publication_date_max": 1454536,
 "views_min": 100
}

Примитивненько, да.

вижу у вас с религией какие то проблемы 😂

А у вас - с русским языком. Со всеми вытекающими.