explain

откуда тогда 2 секунды если там в обработке всего 200К записей?

Возможно, потому, что explain выполнялся после самого запроса

Второй и последующие запросы тоже выполнялись менее 1 сек.

Один и тот же запрос

я думаю , что перед join нужно отфильтровать саму таблицу order_data.. тем самым уменьшив данные для джойна таблиц

милиция полиция по Вам плачет

и аппарат ивл

не, таким он не нужон

/report
Вот по этим аппарат ИВЛ как раз плачет) вернее, они по нему будут, когда заболеют

та они обьебались

спамить наспамили, а даже если кто-то захочет - кому писать то будут

тут вон ещё

Готовенько

👍

всем привет. Такой есть вопросп о PostgreSQL. Сомотрите, делаю вот такой запрос, который должен, грубо говоря, выдать определенный список с access_failure, с админами, которые за это ответственные.

select *
from "lms_access_failure"
left join (
 select
   "user"."id",
   "user"."email",
   "user"."institution_id",
   concat("user"."first_name", ' ', "user"."last_name") as "full_name"
 from "user"
 inner join "user_role" on "user_role"."user_id" = "user"."id"
 inner join "role" on "user_role"."role_id" = "role"."id"
 where "role"."code" = 'admin'
 group by "user"."id"
) as "admins" on "access_failure"."institution_id" = "admins"."institution_id"
where "access_failure"."created_at" between now() - interval '24 hours' and now()

внутренний select сам по себе выдает больше 200 записей, т.е., имеем в нашей системе больше 200 админов.

Сама таблица с access_failure имеет 9 записей, плюс у института может быть несколько админов, потому суммарно выдает 14 записей данный запрос. В результате имею первую таблицу access_failure, и к ней добавлена инфа из вложеного селекта по админам, тут все верно. Решил посмотреть обратную сторону, и поменял left join на right join, но получил ровно такой же ответ (14 записей). Почему так? Я ожидал, что будет список админов и к ним добавлена инфа из access_failure, туда где она есть.

ещё лови

Какое удовольствие отвлекать админов ради спама?

дичайшее