а большие страницы производительность улучшают серьезно? стоит включать

Подскажите, есть ли возможность запускать функцию с более высокими правами, чем текущий пользователь?
SET LOCAL ROLE, SET SESSION AUTHORIZATION не работают - permission denied.

Привет. Пожалуйста, направьте на путь истинный. Я бы хотел, чтобы из этих двух квери всегда возвращался один или ноль результатов, в зависимости от того, какое условие сработало раньше (приоритет у первого селекта). Заметьте другое направление ордеринга (ASC vs DESC). Спасибо!

    (
      SELECT "file_last_modified_at"
      FROM "hars"
      WHERE "status" IN ('unparsed', 'parsing_in_progress')
      ORDER BY "file_last_modified_at" ASC
      LIMIT 1
    ) UNION (
      SELECT "file_last_modified_at"
      FROM "hars"
      WHERE "status" IN ('parsing_succeeded', 'parsing_failed', 'skipped')
      ORDER BY "file_last_modified_at" DESC
      LIMIT 1
    )

Зависит от нагрузки. Просто если не они, то будут THP, а на них в linux вечно жаловались (но я слышал, что недавно [опять] всё исправили ;) ). К тому же, зачем память просто так терять?

SECURITY DEFINER функции. Сразу см. "Writing SECURITY DEFINER Functions Safely" в https://www.postgresql.org/docs/current/sql-createfunction.html , а то более высокие права могут "вдруг" получить и не только те пользователи, для которых это предназначалось. ;)

Спасибо, всё получилось!

    (
      SELECT "file_last_modified_at"
      FROM "hars"
      WHERE "status" IN ('unparsed', 'parsing_in_progress')
      ORDER BY "file_last_modified_at" ASC
      LIMIT 1
    ) UNION (
      SELECT "file_last_modified_at"
      FROM "hars"
      WHERE "status" IN ('parsing_succeeded', 'parsing_failed', 'skipped')
      ORDER BY "file_last_modified_at" DESC
      LIMIT 1
    )

1. Два запроса?
2. Надзапрос с LIMIT 1...
2.1 ...с UNION ALL вместо UNION?
2.2 ...с ORDER BY (status IN ...)?

Вопрос:
Можно ли отключить логирование с конкретного ip в PG ? Или только сессионно необходимо выставлять уровень логгирования?

> ...с ORDER BY (status IN ...)?

Понял!

> ...с UNION ALL вместо UNION?

Будут ли гарантии по тому, какая из строк будет первой (i.e. приоритет)?

Первый селект.

Там вроде бы ситуация «никто не обещал, но будет всегда».
UNION более страшный, он DISTINCT делает.

Благодарю, ребят

UNION ALL разве не объединит просто :?
UNION фигачит дистикнт, а олл фигарит всё и сразу

Только для пользователя (login), кажется.

да, это умею. понял вас, спасибо

Всё и сразу в том же порядке?

Так для этого и ORDER BY во внешнем запросе.
Иначе — не будет, конечно.
Кстати, ещё вариант — написать как-то так:

WITH first_modified AS (
   SELECT file_last_modified_at
     FROM hars
    WHERE status IN ('unparsed', 'parsing_in_progress')
    ORDER BY file_last_modified_at
    LIMIT 1
), last_modified AS (
   SELECT file_last_modified_at
     FROM hars
    WHERE status IN ('unparsed', 'parsing_in_progress')
    ORDER BY file_last_modified_at DESC
    LIMIT 1
)
SELECT file_last_modified_at
  FROM last_modified
 WHERE NOT EXISTS (SELECT 1 FROM first_modified)
 UNION ALL
SELECT file_last_modified_at
  FROM first_modified

WITH first_modified AS (
   SELECT file_last_modified_at
     FROM hars
    WHERE status IN ('unparsed', 'parsing_in_progress')
    ORDER BY file_last_modified_at
    LIMIT 1
), last_modified AS (
   SELECT file_last_modified_at
     FROM hars
    WHERE status IN ('unparsed', 'parsing_in_progress')
    ORDER BY file_last_modified_at DESC
    LIMIT 1
)
SELECT file_last_modified_at
  FROM last_modified
 WHERE NOT EXISTS (SELECT 1 FROM first_modified)
 UNION ALL
SELECT file_last_modified_at
  FROM first_modified

йопта

А если записей дохералион :?

Ну первый запрос весь + второй запрос весь.

Можешь проверить, сделать 2 таблички, в первой будут нечётные цифры до 10
Во второй чётные, и проверь свой код )