Size: a a a

pgsql – PostgreSQL

2020 June 15

YS

Yaroslav Schekin in pgsql – PostgreSQL
George Bessonov
попробовал timestamptz, логика отработала так же, в выводе клиент рисует локальное клиентской машине время, что очень не удобно (редактирование через UI так же ожидает ввода локального времени). Последнее может вести к ошибкам при ручном заполнении данных через UI, которым коллеги иногда пользуются. К сожалению, проблема - в драйвере jdbc, и для нормальной работы с UI клиентом необходимо менять настройки сессии, чему придётся учить UI-юзеров. Кажется, всё-таки timestamp пойдёт лучше - он со всех сторон выглядит безопаснее. По крайней мере, на сделанной мной выборке операций. Может, я не учёл какой-то операции, которая так же вероятно может встретиться в коде и которая приведёт к ошибкам при работе с таймзонами
> в выводе клиент рисует локальное клиентской машине время,

Какой клиент (и какое Вам нужно)?

> что очень не удобно (редактирование через UI так же ожидает ввода локального времени)

Опять-таки, это похоже на "клиентские" проблемы. ;)

> Кажется, всё-таки timestamp пойдёт лучше - он со всех сторон выглядит безопаснее.

В конце концов, это Вам страдать (а если "write once and run away" — то и не Вам), что я тут разоряюсь? ;)

> Может, я не учёл какой-то операции

И это вполне возможно, да.
источник

GB

George Bessonov in pgsql – PostgreSQL
Yaroslav Schekin
> в выводе клиент рисует локальное клиентской машине время,

Какой клиент (и какое Вам нужно)?

> что очень не удобно (редактирование через UI так же ожидает ввода локального времени)

Опять-таки, это похоже на "клиентские" проблемы. ;)

> Кажется, всё-таки timestamp пойдёт лучше - он со всех сторон выглядит безопаснее.

В конце концов, это Вам страдать (а если "write once and run away" — то и не Вам), что я тут разоряюсь? ;)

> Может, я не учёл какой-то операции

И это вполне возможно, да.
клиент - конкретно DBeaver, но проблема будет с любым, основанным на jdbc

нужно - единственное кажущееся разумным - в "абсолютном" времени (utc)

проблемы именно клиентские, да. Но проблемами быть от этого не перестают, к сожалению

страдать планирую пока сам - отсюда все эти муки выбора между timestamp и timestamptz
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
George Bessonov
клиент - конкретно DBeaver, но проблема будет с любым, основанным на jdbc

нужно - единственное кажущееся разумным - в "абсолютном" времени (utc)

проблемы именно клиентские, да. Но проблемами быть от этого не перестают, к сожалению

страдать планирую пока сам - отсюда все эти муки выбора между timestamp и timestamptz
> клиент - конкретно DBeaver, но проблема будет с любым, основанным на jdbc

Это странно. Т.е. нормально с PostgreSQL оно работать не умеет?

> нужно - единственное кажущееся разумным - в "абсолютном" времени (utc)

Меняете time zone сессии; или default пользователя, базы данных или глобальный — и вперёд, обычно.

> страдать планирую пока сам - отсюда все эти муки выбора между timestamp и timestamptz

Посмотрите:  https://wiki.postgresql.org/wiki/Don%27t_Do_This#Date.2FTime_storage
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
George Bessonov
пересмотрел его вывод, всё выглядит корректно - первые три записи по каждой дате отправления (локальной)
То-то и оно — напороть легко, заметить трудно:
WITH flights(real_sequence, dep_utc) AS (
  VALUES
  (1, timestamp '2014-10-25 21:07:00'),
  (2, timestamp '2014-10-25 22:05:00'),
  (3, timestamp '2014-10-25 23:05:00')
)
SELECT *, dep_utc AT TIME ZONE 'UTC' AT TIME ZONE 'Europe/Moscow' AS dep_loc
 FROM flights
ORDER BY dep_loc;

WTF is this, а? ;)
источник

AE

Alexandr Emelyanov in pgsql – PostgreSQL
добрый день, сегодня получили логи постгреса с прода, подскажите пожалуйста по ошибкам - что может быть. сначала там шла пару дней подряд ошибка типо
ERROR:  could not open file "base/16384/1259": Operation not permitted

потом начала идти такая:
ERROR:  could not open shared memory segment "/PostgreSQL.1775792991": Operation not permitted
источник

AE

Alexandr Emelyanov in pgsql – PostgreSQL
источник

AE

Alexandr Emelyanov in pgsql – PostgreSQL
источник

AE

Alexandr Emelyanov in pgsql – PostgreSQL
версия постгри - 12
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Alexandr Emelyanov
версия постгри - 12
А подробнее? Какая полная версия, на какой OS?
источник

AE

Alexandr Emelyanov in pgsql – PostgreSQL
там rhel 7 на виртуалках (каких точно не знаем, закрытый контур), постгри 12.2
источник

МШ

Михаил Шурутов... in pgsql – PostgreSQL
Alexandr Emelyanov
версия постгри - 12
Что такое постгри? Есть СУБД PostgreSQL, краткое наименование postgreS. А постгри - это... Ну пусть будет малограмотность.
источник

AE

Alexandr Emelyanov in pgsql – PostgreSQL
они еще там настроили репликацию на запасные сервера и лог теперь засран таким:
источник

AE

Alexandr Emelyanov in pgsql – PostgreSQL
источник

AE

Alexandr Emelyanov in pgsql – PostgreSQL
Михаил Шурутов
Что такое постгри? Есть СУБД PostgreSQL, краткое наименование postgreS. А постгри - это... Ну пусть будет малограмотность.
извиняюсь если задевает :)
источник

AE

Alexandr Emelyanov in pgsql – PostgreSQL
что это за штука? первый раз вижу, нам подробностей не говорят...
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Alexandr Emelyanov
там rhel 7 на виртуалках (каких точно не знаем, закрытый контур), постгри 12.2
> там rhel 7 на виртуалках

"Operation not permitted" — это проблемы со стороны OS, в любом случае.

> 12.2

А почему не 12.3?
источник

AE

Alexandr Emelyanov in pgsql – PostgreSQL
Михаил Шурутов
Что такое постгри? Есть СУБД PostgreSQL, краткое наименование postgreS. А постгри - это... Ну пусть будет малограмотность.
да, про малограмотность говорить таки не стоит, раз начинаем говорить по серьезному :)
источник

AE

Alexandr Emelyanov in pgsql – PostgreSQL
Yaroslav Schekin
> там rhel 7 на виртуалках

"Operation not permitted" — это проблемы со стороны OS, в любом случае.

> 12.2

А почему не 12.3?
какая была на момент обновления, а там будет профит? т.е. проблема в 12.2?

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

YS

Yaroslav Schekin in pgsql – PostgreSQL
Alexandr Emelyanov
да, про малограмотность говорить таки не стоит, раз начинаем говорить по серьезному :)
А можно я Вас буду называть "Александ" (неужели так трудно название писать правильно)? ;)
источник

AE

Alexandr Emelyanov in pgsql – PostgreSQL
Yaroslav Schekin
А можно я Вас буду называть "Александ" (неужели так трудно название писать правильно)? ;)
давайте таки не будем цепляться :)
источник