select max(id)
from preferred_lanes
group by user_id, origin, destination

Доброго времени суток!

Из-за чего могут тормозить запросы к секционированной таблице, включающие JOIN к другой таблице (JOIN по проиндексированному полю) при малых значениях LIMIT?

Судя по плану запросов, при определённом значении LIMIT (<10) перестаёт работать Parallel Append и запрос выполняется секунд 15. При этом на больших значениях LIMIT всё хорошо. Мистика. Куда копать?

И дажэ понятно, почему ругается: ? в JDBC -- это placeholder для параметра, его нужно экранировать чтобы он передался в текст запроса как ?.

а как?

Почитайте документацыю на JDBC -- там должно быть.

стало интересно попробовать сделать, вот что получилось

with
  source (day, uid) as (
  values 
    (1, 0),
    (1, 1),
    (1, 2),
    (1, 3),
    (1, 4),
    (1, 5),
    (1, 6),
    (1, 7),
    (2, 2),
    (2, 3),
    (2, 7),
    (2, 8),
    (2, 9),
    (2, 10),
    (3, 0),
    (3, 2),
    (3, 3),
    (3, 5),
    (3, 10)
  ),
  prepared_query as (
  select s1.day, array_agg(distinct s1.uid order by s1.uid) day_users, coalesce(s2.users, array[]::int[]) as users
  from source s1
  inner join lateral (select s1.day, array_agg(distinct uid) as users from source where day < s1.day) s2 on s1.day = s2.day
  group by s1.day, s2.day, s2.users
  )
select day, sum(array_length((
SELECT array
  (SELECT unnest(day_users)
   EXCEPT SELECT unnest(users))
), 1)) over (order by day)
from prepared_query;

Итить колотить...

Я думал можно как-то разбить на подзапросы: первый забирает дни, второй циклом забирает данные по дням, третий, сравнивает каждый последующий с предыдущим, на вхождение..
Хотя что это я, у меня скрипт вышел строк в 20 где-то

ну тут считайте 13 строк

по производительности не подскажу, надо потестировать. Думаю если еще подумать, то может пару способов еще найдется

with
 source (day, uid) as (
 values
   (1, 0),
   (1, 1),
   (1, 2),
   (1, 3),
   (1, 4),
   (1, 5),
   (1, 6),
   (1, 7),
   (2, 2),
   (2, 3),
   (2, 7),
   (2, 8),
   (2, 9),
   (2, 10),
   (3, 0),
   (3, 2),
   (3, 3),
   (3, 5),
   (3, 10)
 ),
 days(day) AS (SELECT generate_series(1,3)),
 starts (mind, uid)  AS (
   SELECT min(day) AS mind, uid
     FROM source
     GROUP BY uid)
 SELECT DISTINCT days.day, count(mind) OVER (ORDER BY mind)
   FROM days
        LEFT JOIN starts ON starts.mind=days.day ;

Доброго времени суток! Подскажите какую питоновскую библиотеку лучше использовать для работы с postgrsql?

Psycopg2 жи

Спасибо) Будем разбираться)

Подскажите  пожалуйста, можно ли как-то принудительно задать  последовательность выполнения запросов?
cte with  с предварительным select из большой таблицы либо сразу куча  join в одном select дают одинаковый план выполнения

запрос1; запрос2; ...; запросN;, например. ;)
В чём на самом деле вопрос?

> дают одинаковый план выполнения

Ну и прекрасно, IMNSHO. Т.е. зачем Вам нужно, чтобы было как-то иначе?

Имеете в виду вручную создать временную таблицу с select болбшой таблицы, а затем соединять с остальными табл в одном select?

меня тут помидорами закидают но посмотри прогу navicat там есть билдер запросов

Я имею в виду то, что этим вообще не стоит заниматься (это что, попытка втащить query hints в наш PostgreSQL?).
Если нет — Вы можете, объяснить, зачем Вам это нужно?