git pull o m

Да ладно, helix не может сломаться /s

g p o m

Привет.
У меня в проекте возникла потребность хранить и обрабатывать локальное время прибытия/убытия, когда пользователь выбирает город и указывает время в часовом поясе этого города. На бекенде удобно знать и UTC+0 для сортировки/ поиска и уметь получать локальное время для отчетов, например. Используем EF Core и postgres.
+ все это богатство будет выходить за пределы .net в proto-модельки. Сейчас в доменных моделях используем DateTimeOffset и timestamp в protobuf'e. Пока пришел к тому, что надо кастомный valuetype завести { UtcTime; Timezone }, либо научиться раскладывать datetimeoffset в два поля в базе.
Прежде чем городить свой велик хочу мнение со стороны узнать. Может встречались проверенные либы, подходы, статьи или аналогичная задача?

Буду первым.
NodaTime

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

Подробности кто-то за меня напишет, потому что о нем все говорят, и почти никто не использует, в том числе и я.

collation

ты почти верно пришел к идее.
Для локальных бизнесов достаточно UTC
Для неинтернациональных бизнесов во многих таймзонах достаточно UTC + timezone where it's happened
Для интернациональных бизнесов необходима NodaTime где будет еще и календарь (для многих откровение что кто-то где-то считает время по-другому)

ну и тип должен быть nvarchar

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

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

Ну или костылировать свои таймзоны (лучше не надо)

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

зависит. Можешь просто в жсон/xml колонку пиховать

так nvarchar, а про этот collation сейчас почитаю

ну это дичь)

пффф

не вижу ничего дикого, любая БД нормальная с жсон колонками збс работает