WHERE pole @> '[{"id": 1}]'::JSONB

СПАСИБО!)

разобрался?

Есть инстанс базы, который иногда лежит, потому что его слишком часто и сильно дёргают. По ряду особых причин, ничего с инстансом сделать невозможно, можно только туда ходить как пользователь и всё.
Вопрос: а существует ли какая-то прокся, которая бы работала как circuit breaker/backpressure? Чтобы если видела, что база лежит, придерживала часть запросов и давала ей отдышаться? Заодно было бы прикольно снять оттуда метрики для прометеуса, кто сколько и с чем эту базу дёргает.
Я слышал про pgbouncer, но это вроде не то.

Не-а, видел несколько видосов, как собрать, но это жесть

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

Очень благодарен

с версией ошибся в имени файла. 0.9.3 конечно же

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

https://paste.ofcode.org/6CccLQZXJU6VZFNyJcRRgZ - а могу попросить поревьюить по-братски, писал по учебнику и мне кажется, что лишнего нагородил, хотя оно и работает

А зачем все эти разборы TG_LEVEL и TG_OP и т.п.?
Т.е. весь этот триггер — это просто:

CREATE OR REPLACE FUNCTION pseudodelete() RETURNS TRIGGER
AS $function$ 
BEGIN 
INSERT INTO foo(name, age) VALUES (OLD.name, OLD.age);
RETURN OLD;
END;
$function$ LANGUAGE plpgsql;

нет?

CREATE OR REPLACE FUNCTION pseudodelete() RETURNS TRIGGER
AS $function$ 
BEGIN 
INSERT INTO foo(name, age) VALUES (OLD.name, OLD.age);
RETURN OLD;
END;
$function$ LANGUAGE plpgsql;

Да, просто я не понимал, что здесь лишнее, что можно убрать, а что нет ) поэтому придерживался книжного варианта ) Спасибо за помощь )

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

Это как раз принесло бы больше сложностей. Кэш нужно актуализировать, инвалидировать, он ещё разъехаться может.

Добавлять к запросам штрафы по времени как-то проще

база работает в одну сторону или в обе ?

Что есть "в обе"?

запись/чтение

Ага