А то, что он у меня ничего не возвращает — не влияет никак получается?

Была подобная задача по учету нахождения тикетов Jira в определенных статусах, причем не в рамках одного дня, а в рамках всего срока жизни тикета, исключая выходные, праздничные дни, а также обеденное время и время нахождения в каких-то промежуточных статусах.

Решил через сбор всех границ интервалов нахождения в статусах в массивы, их unnest вместе с generate_subscripts, далее последовательной склейки между собой по позиции и добивании правой границы максимальным значением последнего неисключающегося (речь про выходные и праздники) дня. Ну и дальше уже из этих интервалов исключал все, что нужно, считал время на каждом интервале и суммировал для вывода

Подставил так, теперь ловлю синтакс еррор рядом с секелтом

бррр... я думал вы хотите вернуть результат , тогда да void но что воид результат всеравно нужно писать

Бред какой-то полцчается. Убрал селект после функции вовсе, оставил чисто создание функции

Ошибок нет

А точкой с запятой команды CREATE FUNCTION и SELECT разделить?

Добро пожаловать в клуб. Скомпилировать функцию не панацея от ошибок времени выполнения, для этого их и тестим 😊

Ты имеешь в виду где $$ заканчивается? Попробовал. Мимо

И они имеют хоть какое-то отношение к этой задаче?

> 19 июн не корректно можно посмотреть с 21 июна

И что, например, далее тот же user_id = 30 пришёл в 2021-06-22 11:13:52 и не ушёл?
Ещё раз, что конкретно означают эти поля?

Очуметь, кажется, я понял, что ошибка происходит не в момент создания функции, а при ее вызове

Так, у меня хотя бы работает блок do end. Есть ли способ передать аргументы в этот блок, когда я делаю экзекьют с питона? Вне блока $1, $2, чтобы их получить, и тд работают, а внутри уже нет

Если будите дальше с этим разбираться обратите внимание в pgAdmin есть отладчик даже

Кстати, насчет теста процедур/функций: есть ли какой-то extension для последовательного дебага функций со всеми вытекающими — чекпоинты, вывод промежуточных результатов и время выполнения каждого куска? А то руками дебажить здоровые аналитические хранимки, особенно с кучей переменных в DECLARE, SELECT INTO или обычных присваиваний значений, созданием временных таблиц, просто перенося код процедуры в отдельное окно и разделяя на логические куски и подставляя нужные значения вместо переменных, как-то не комильфо

pldbgapi

Спасибо, будем посмотреть

всем привет

пытаюсь сделать подобный запрос

select * from transactions
where from_address = (select address from users where user_id = 4)

как сделать правильно?

В подзапрос limit 1 добавить и запрос станет сияюще прекрасным.

сапсибо)

еще вопрос, если у меня значение address используется в нескольких условиях, его можно вывести как то в переменную?

в селект с join