пользователей?
Фильтры приходят от пользователя с некоторыми паузами.
Мне нужно выбрать всех, кто попадает под фильтр А, В и С.
НО:
1. Сделать это силами psql
2. Применять фильтр как только пользователь его ввел (что бы сократить время исполнения финального запроса)
Пример (пункт 1 не соблюден, не все выполняется на стороне БД, переменные хранятся за ее пределами):
users_with_country_sql = 'SELECT tg_user_id FROM users WHERE country NOT NULL'
users_with_birthdate_sql = 'SELECT tg_user_id FROM users WHERE birthdate NOT NULL'
Финальный запрос: sql = 'SELECT tg_user_id FROM users WHERE tg_user_id IN (users_with_country_sql)
AND tg_user_id IN (users_with_birthdate_sql)'
последовательно никак, но при правильном индексе всё и так будет быстро работать
Т.е. применять фильтры заранее нет смысла?
да, запрос выполняет сразу целиком. Разве что от предыдущих могут данные в кеш попасть и следующий чуть быстрее отработает, но ИМХО не стоит того
Окей, с п1 решили, спасибо!)
А как можно сделать так, что бы мне не пришлось подставлять переменные с sql запросами внутрь главного sql запроса?
SELECT tg_user_id FROM users WHERE country NOT NULL AND birthdate NOT NULL
Это само собой, а что делать если фильтр стоит FALSE, т.е. не применять его. Я же не буду писать отдельный sql под каждый фильтр (свой sql если фильтр стоит и свой sql если фильтр не стоит)
ааа... Ну тут надо от интерфейса отталкиваться, я как-то вообще парсинг json'ов c фронта на SQL писал) А это должен быть чистый SQL обязательно? На бэкенде собирать запрос нельзя?
Можно, но я делаю рефакторинг кода, подразумевается, что он будет работать и выглядеть лучше предыдущего кода) А в предыдущем как раз подставлялись переменные в запрос и промежуточные результаты тоже хранились на ЯП а не в БД
Я не верю, что с 1го раза написал хороший sql, который спустя год работы и опыта не могу улучшить)
Обсуждают сегодня