Всем привет вопрос, умеет ли postgresql постпроцессинг like? суть такая - код

Question

Всем привет вопрос, умеет ли postgresql постпроцессинг like? суть такая - код

хранит в БД англоязычную строку 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 '%ение%'

Ожидаю увидеть в качестве результата все записи со статусами Изменение и Удаление

#backend #devops #pgsql #programming #russian

0

22.03.2021

8 ответов

7 просмотров

Daniil Zobov Автор вопроса

Yaroslav Schekin
Используйте вложенный запрос или CTE. И при чём ту...

что такое CTE?

0

22.03.2021

Yaroslav Schekin

Daniil Zobov
что такое CTE?

WITH cte_name AS (SELECT ...) SELECT .. FROM cte_name ...

0

22.03.2021

Igor Komarov

а почему просто по like '%ing%' не это, не того?)

0

22.03.2021

Daniil Zobov Автор вопроса

Igor Komarov
а почему просто по like '%ing%' не это, не того?)

конечный юзверь видит в морде Новый, Существует, итп)

0

22.03.2021

Daniil Zobov Автор вопроса

Yaroslav Schekin
WITH cte_name AS (SELECT ...) SELECT .. FROM cte_...

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 '%ение%'

0

22.03.2021

Евгений Смирнов

Daniil Zobov
конечный юзверь видит в морде Новый, Существует, и...

Так выберите подходящие статусы на стороне приложения. Вы же где-то храните исходные данные для when s.status = 'exists' then 'Существует', вот и фильтруйте этот список соответствий, чтобы получить status IN ('exists', 'deleting'). Оно работать на порядки быстрее будет.

0

23.03.2021

Daniil Zobov Автор вопроса

Евгений Смирнов
Так выберите подходящие статусы на стороне приложе...

я проблематику, видимо, не до конца объяснил) у меня самописный поисковой движок, который ищет по всем колонкам одновременно. Юзать индексы sqlite либо elastic не представляется возможным из-за возможного лага в обновлении, плюс поиск по записи в себе содержит еще кучу данных из соседних записей из таблиц, связанных с искомой - тут включается еще триггерное обновление индекса при изменении зависимой сущности Сейчас человек может написать поисковую строчку, которую код раскидает на токены-слова-условия, и айлайком пройдется по полям в зависимости от их типа. Вот как раз enum’а не хватало, with cte прекрасно справился со своей задачей без лишнего усложнения кода P.S. для поиска автоматически генерируются километровые SQL запросы и PostgreSQL их прекрасно жрет и очень быстро ищет

0

23.03.2021

Yaroslav Schekin · Accepted Answer

Yaroslav Schekin

Используйте вложенный запрос или CTE. И при чём тут "постпроцессинг"? Это же просто логическая последовательность выполнения запросов, в "будущее" PostgreSQL не заглядывает. ;)

0

22.03.2021

172 похожих чатов

Всем привет вопрос, умеет ли postgresql постпроцессинг like? суть такая - код

8 ответов

Похожие вопросы