Неожиданное форматирование столбца timestamptz PostgreSQL в функции, возвращающей json

Думаю, нам удалось добраться до виновника в обсуждении комментариев с помощью диагностической функции test_now (определение и результаты которой вы позже добавили в вопрос)

Он демонстрирует, что postgres отвечает за генерацию форматирования timespantz в json на основе часового пояса, установленного для вашего соединения/сеанса (который, предположительно, для Npgsql — это часовой пояс вашего компьютера +02:00, возможно, установленный на +00:00 UTC). для DataGrip)

Эту логику postgres можно быстро протестировать с помощью psql:

select test_now();
                  test_now
---------------------------------------------
 {"now" : "2024-06-22T19:17:45.53308+03:00"}
(1 row)

SET TIME ZONE 'UTC';
SET 

select test_now();
                   test_now
----------------------------------------------
 {"now" : "2024-06-22T16:18:11.827584+00:00"}
(1 row)

ExecuteScalar() не играет роли, предложенной в вашем вопросе

Что заставляет ExecuteScalar выполнять преобразование, даже если текст вернулся из функции?

но подтверждает ваше первоначальное наблюдение:

Он ведет себя одинаково, даже если функция возвращает json, преобразованный в текст. заранее.

Мы могли бы сделать SET TIME ZONE из нашего кода С#, как предложено здесь , но мы все равно получим время UTC в формате, который вам не нужен (...+00:00 против ...Z), как указано в вашем исходном вопросе. :

Есть ли способ заставить все, что конвертирует строки json, во время чтение с помощью ExecuteScalar, чтобы сделать это с помощью ...Z?

Я не знаком с тем, как Dapper добавить несколько перехватчиков при выполнении ExecuteScalar и изменить сгенерированную строку json с помощью выбранного нами формата даты, что было бы идеальным решением. Аналогичный относительно недавний пример использования с некоторыми решениями, а также с комментарием Марка Гравелла здесь.

Дэппер не хочет иметь ничего общего с вашими причудливыми махинациями с сериализацией. :) В принципе нет: читаем из базы как строку, потом десериализовать.

Если это невозможно, у нас есть два варианта:

1. делаю это в postgres или
2. найти способ конвертировать в нужный формат после того, как мы получим нежелательную отформатированную строку json из ExecuteScalar

Ваша исходная функция

create function data_survey_r("Key" integer) returns text language plpgsql as $$ 
BEGIN
   RETURN (SELECT ROW_TO_JSON(t)::text FROM data.survey t WHERE t.id = "Key");
END $$;

использует ROW_TO_JSON, что не позволяет предлагать форматирование для timespantz, однако в этом ответе есть предложение, как обойти эту проблему:

Невозможно повлиять на формат, используемый row_to_json.

Вы можете определить представление для своей таблицы и использовать

to_char(row_added_dttm, 'ГГГГ-ММ-ДД"Т"ЧЧ24:МИ:СС.МС"Z"')

чтобы отформатировать временную метку как строку.

Затем вы можете использовать row_to_json в этом представлении, чтобы получить желаемый результат.

также обратите внимание на комментарий, который предлагает альтернативный подход.