похоже надо прояснить ситуацию

поле с таймзоной А, и поле без таймзоны Б

на сервере стоит зона +4
мы делаем вствку в таблицу(А Б)
10 00 10 00

предположим что подключение дефолтное...тоесть подключение использует таймзону сервера.

тогда сервер думает - время 10 часов, это время +4, значит по ютс время 6 часов.
и запишет в файл данных

06 00 10 00 -второе поле не зависит от таймзоны, тоесть это не метка времени, а время - константа, как текст, просто для экономии байтов и для облегчения арифметики, создали надстройку над целочисленым типом - врем без таймзоны


потом мы даём команду селект

сервер думает, время 6 00, но ведь текущая таймзона +4, значит надо показывать 10

и покажет
10 00 10 00


меняем у подключения таймзону(переменные сессии) ставим в +3

тогда селект выдаст
09 00 10 00

или меняем таймзону на сервере +2

у подключения не выставляем таймзону
получим селектом
08 00 10 00

===========
итого, метка времени(время с тайм зоной) это тип, который преобрабатываеться при чтении записи

при записи, сервер учитывая текущую таймзону, вычисляет время ютс, и сохраняет в ютс

при чтении проиходит обратный процес.


ЗЫ
видели на форумах, помоему на сдешнем тоже такое есть - задишь, и видешь что ктото комент оставил из будущего(время комента больше чем сейчас)

вот для этого и существует тип - метка времени, когда сохраняеться абсолютное время, и потом при выдаче всегда перещитываеться.

тоесть правильная работа форума или чего подобного.

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

если петя из штатотв на минуту раньше коли из франции вставил комент, и через минут юзеры из всех таймзон зашли почитать ...все юзеры увидят два комента, один на минуту раньше чем у них виндоус в углу время показывает, другой комент из штатов - на две минуты раньше чем из комп показывает внизу.

AlexiusDimmaNНо не понимаю почему при селекте он показывает по-разному. У меня два строки - в одной дата до 214-10-16 в другой после. Я делаю селект: в одной строке показывает +4 в другой +3. По идее он же обе строки должен показывать в +3 ?

нет, для времен после 27 октября будет +3, до – +4. постгрес берет дату и время в utc, смотрит в tzdata какое смещение было в эту дату и выводит с соответствующим смещением.

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

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

а то было бы странно, если ты постоянно в 1000 в блог пишешь я пошол на работу, а оно тебе покажет что пол года ты ходишь на работу в 1000 а вторую половину в 900