хранит в БД англоязычную строку string/enum, а внутри имеет русскоязычные наименования.
Возможно ли провернуть такой трюк с поиском по результату case через like?
select
s.hostname,
case
when s.status = 'new' then 'Новый'
when s.status = 'exists' then 'Существует'
when s.status = 'changing' then 'Изменение'
when s.status = 'deleting' then 'Удаление'
when s.status in ('new_deleted', 'deleted') then 'Удален'
else s.status
end as status_text
from servers s
where status_text like '%ение%'
Ожидаю увидеть в качестве результата все записи со статусами Изменение и Удаление
Используйте вложенный запрос или CTE. И при чём тут "постпроцессинг"? Это же просто логическая последовательность выполнения запросов, в "будущее" PostgreSQL не заглядывает. ;)
WITH cte_name AS (SELECT ...) SELECT .. FROM cte_name ...
а почему просто по like '%ing%' не это, не того?)
конечный юзверь видит в морде Новый, Существует, итп)
with status_enum (status, name) as ( values ('new', 'Новый'), ('exists', 'Существует'), ('changing', 'Изменение'), ('deleting', 'Удаление'), ('new_deleted', 'Удален'), ('deleted', 'Удален') ) select s.hostname, se.name from servers s join status_enum se on s.status = se.status where se.name like '%ение%'
Так выберите подходящие статусы на стороне приложения. Вы же где-то храните исходные данные для when s.status = 'exists' then 'Существует', вот и фильтруйте этот список соответствий, чтобы получить status IN ('exists', 'deleting'). Оно работать на порядки быстрее будет.
я проблематику, видимо, не до конца объяснил) у меня самописный поисковой движок, который ищет по всем колонкам одновременно. Юзать индексы sqlite либо elastic не представляется возможным из-за возможного лага в обновлении, плюс поиск по записи в себе содержит еще кучу данных из соседних записей из таблиц, связанных с искомой - тут включается еще триггерное обновление индекса при изменении зависимой сущности Сейчас человек может написать поисковую строчку, которую код раскидает на токены-слова-условия, и айлайком пройдется по полям в зависимости от их типа. Вот как раз enum’а не хватало, with cte прекрасно справился со своей задачей без лишнего усложнения кода P.S. для поиска автоматически генерируются километровые SQL запросы и PostgreSQL их прекрасно жрет и очень быстро ищет
Обсуждают сегодня