То есть по сути, я переворачиваю таблицу, но как схлопнуть строки с одинаковым временем не понимаю

Исходно все лежит в таком формате:

layer|archive_itemid|source_time       |server_time|status_code|value             |s_value|
-----|--------------|------------------|-----------|-----------|------------------|-------|
   0|            18|132548425838890000|          0|          0|               0.0|       |
   1|            18|132548425838890000|          0|          0|               0.0|       |
   2|            18|132548425838890000|          0|          0|               0.0|       |
   0|            17|132548425838890000|          0|          0|               0.0|       |
   1|            17|132548425838890000|          0|          0|               0.0|       |
   2|            17|132548425838890000|          0|          0|               0.0|       |


То есть время одинаковое для нескольких archive_itemid
Соответственно при таком выводе, второе и третье поле имеет NULL


Хочу такой результат:

Время             |Скорость|Расход   |
------------------|--------|---------|
021-03-03 13:19:08|    2.80|659136.04|
021-03-03 12:59:08|    2.84|691019.57|
021-03-03 12:39:08|    2.70|548477.84|    Строки со временем одинаковые

Вроде, должно так и выйти

select to_timestamp((d.source_time - 116444736000000000)
                     ::float / 10000000) as время,
        case
          when d.archive_itemid = 18 then
           sum(round(d.value ::numeric, 2))
        end as скорость,
        case
          when d.archive_itemid = 17 then
           sum(round(d.value ::numeric, 2))
        end as расход
   from public.data_raw d
  where d.status_code = 0
    and layer = 0
    and (d.archive_itemid = 18 or d.archive_itemid = 17)
  order by d.source_time desc limit 100;

не знаю насколько это вариант будет оптимальный, возможно есть лучше, но попробуй

select Время, max(Скорость), max(Расход) from (select  to_timestamp((d.source_time - 116444736000000000)::float / 10000000 ) as Время,
 case  when d.archive_itemid = 18  then Round( d.value::numeric , 2) end as Скорость,
 case  when d.archive_itemid = 17  then Round( d.value::numeric , 2) end as Расход
 from  public.data_raw d  where d.status_code = 0 and layer =0 AND (d.archive_itemid = 18 OR d.archive_itemid = 17 ) as tbl group by Время

у меня возник интересный вопрос, а что случиться если на клиенте у меня 11я версия библиотеки а сервер 12. а в запросах активно участвует jsonpath

select to_timestamp((d.source_time - 116444736000000000)
                     ::float / 10000000) as время,
        case
          when d.archive_itemid = 18 then
           sum(round(d.value ::numeric, 2))
        end as скорость,
        case
          when d.archive_itemid = 17 then
           sum(round(d.value ::numeric, 2))
        end as расход
   from public.data_raw d
  where d.status_code = 0
    and layer = 0
    and (d.archive_itemid = 18 or d.archive_itemid = 17)
    group by d.source_time
  order by d.source_time desc limit 100;

  Выдает ошибку
  SQL Error [42803]: ОШИБКА: столбец "d.archive_itemid" должен фигурировать в предложении GROUP BY или использоваться в агрегатной функции
 Позиция: 143
 Но ход мыслей понятен, надо строки в объединении каким то образом обработать с единственным выходным результатом

Какой библиотеки, libpq? Будет работать, и всё (сам протокол уже очень давно не менялся).

в данном случае как раз внутренний запрос создает строки с null'ами, а внешний группирует по времени и берет максимальное значение от 2х других колонок. В результате null'ы схлопываются

да libpq 11, собрать 12ю или контейнер поднять нет возможности. надо очень быстро поднять. наверху psycopg2

group by d.source_time, d.item_id  попробуйте, но думаю, что результат уже будет другим

я опять хочу странного  у меня есть набор id после вставки и мне надо их посчитать ROW_NUMBER() я сделал такую вот штуку  

SELECT 255,id,ROW_NUMBER() over () from (select * FROM UNNEST (ARRAY[22,23,255])) as id;

но id из саб запроса не int как это побороть

ПонЕл, отстал. Мал-мала тормознул, подумал, что два отдельных докера с двумя версиями, вижу, что неправ.

сигнал — к докеру можно быть мягче, Миша )))

https://www.cybertec-postgresql.com/en/running-postgres-in-docker-why-and-how/