Чото у меня сомнения в их правильности. Если мне надо, например не просто указать что это 11:15 вечера 5 августа 1945 года по UTC, а 8:15 утра 6 августа 1945 по Токио, то как мне тогда быть? Если такое невозможно, то на кой фер нужна поддержка TZ в БД? Она как бы для этого и задумана.

Нет.

Если бы все было так просто, то отдельный тип данных для этого был бы не нужен - сохраняй себе все в обычном datetime в UTC и все. Но когда ты преобразовываешь время от времени с указанной таймзоной к UTC ты всегда теряешь информацию. Если у тебя сценарий где она не важна, то это пофиг, но можно придумать сценарии где она нужна и тогда тебе всё равно при этом придется каким-то ручным образом еще и таймзону хранить, а зачем эта лишняя морока, если есть готовый тип данных для этого. Я просто еще не знаю, что там за морока с PG, но MSSQL с этим работает абсолютно нормально, когда ты в БД и в БД и на клиенте используешь DateTimeOffset. Но, вообще говоря, DateTimeOffset тоже все проблемы совсем не решает, потому что таймзона это далеко не просто разница с UTC. Собственно про это много можно здесь найти: https://nodatime.org/

Чота они там намутили. Надо самому проверять, т.к. мы как раз хотели все перешерстить и на DateTimeOffset перевести. Сейчас у нас как раз в БД timestamp with TZ, на клиенте DateTime в UTC.