Или сишарп)

Да не робит) Начинает работать, только после нескольких перестановок, когда более рандомная строка

Ну стать почитай, ты неправильно сделал, я уже устал направляющие вопросы задавать

Вы не приводите запросов SQL, вы приводите код некой ORM.
И «отвечай давай» не совсем уместно.

Вопрос:
Реально откатить как-то быстро кластер, если включена команда архивирования wal ?

Да, разве вал не для этого включают, ну и для реплы

Нет, если у вас только WAL — его нужно к чему-то применить (к бэкапу).
Опции flashback нету.

есть сервер, на котором удалили лишние данные. есть реплика на состояние понедельника и есть архивные wal. Проблема в том, что кластер большой( 1.5ТБ), догонять 4 дня до нужного момента.
Но нужны только несколько таблиц небольших, остальное не волнует

есть ли способы либо ускорить восстановление нужных данных в таком случае?

вариантов особо нет:
- либо делать дампы таблиц с текущей реплики
- либо переводить её в PITR до нужной точки

сложно сказать сколько времени это займёт, сильно зависит от объема записи WAL

да, понимаю. ладно, теперь хоть знаю, что это оптимальное решение. спасибо

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

Задача: Используя схему БД склада с таблицами goods (товары), warehouse (склады), product (продукты),
brand (бренды продуктов), составить запрос, который выводит список брендов (brand.name) с указанием количества единиц
продукта в порядке убывания их количества на каждом складе для текущего бренда. Необходимо учитывать, что по некоторым
брендам на складах могут отсутствовать товары на единицу времени, при этом в вывод такие бренды также должны попадать.
Под отсутствием понимать отсутствие записи продукта в таблице товаров (goods), а не нулевое количество.


SELECT *
FROM (
        SELECT b.name          as brand_name,
               w.name          as wh_name,
               SUM(g.quantity) as in_stock
        FROM brand as b
                 LEFT JOIN product p ON b.id = p.brandId
                 LEFT JOIN goods g ON p.id = g.productId
                 LEFT JOIN warehouse w ON g.warehouseId = w.id
        GROUP BY b.name, w.name) as t1
ORDER BY brand_name, in_stock DESC;

насколько правильним будет такой запрос для этой задачи?

Подскажите плиз, а как это отлаживать?

```

SQL Error [22023]: ERROR: cannot cast jsonb null to type integer
  Где: PL/pgSQL function find_table_term(jsonb) line 3 at RETURN QUERY

```

у меня там одна функция состоящая из одного return query только

Добрый день .
а можно ли использовать

select
UNION
select
UNION
select

?

или только так
select
UNION
select
?

Можно

спс

Когда читается блок данных индекса с диска. он "перекладывается" в какую-то структуру в памяти? или база так и работает с ним, как частью файла?

вас интересует лаг репликации, т.е. насклолько реплика отстает от мастера? если да, то в pg_stat_replication c версии 10 есть лаг в секундах. для поздних версий тоже можно расчитать, но чуть-чуть посложнее и в байтах.