S
Size: a a a
2020 October 29
LC
Вопрос, небольшой совсем, primarygeneratedcolumn подразумевает увеличение каждый раз, даже для неудачных запросов?
LC
Как по мне это странно, ведь мы ничего не добавляем, а уникальный индекс увеличивается, выглядит, как баг.
S
это прикол sequence num в pgsql как минимум
LC
Но это же не рационально, я понимаю, что можно сделать primarycolumn и самому индексировать, но почему не сделать так из коробки?
S
счетчик как бы отдельно от транзакции существует, живет своей жизнью
LC
Я к тому, что возможно переполнение, если очень много неудачных попыток будет.
S
bigint
LC
То есть нельзя придумать ситуации, где будет так много запросов, что это перестанет работать?
LC
Ладно, спасибо, ну мало ли, я что не так сделал, но я понял, что могу сам по желанию индексировать, как захочу.
S
тебе скорее не в typeorm чат, а в @pgsql или другие sql-подобные
S
это уже зависит от базы
LC
Понял, спасибо.
BK
Добрый день. У меня машина локальная и Amazon RDS в разных временных зонах и поле @CreateDateColumn() отличается от локальной машины где нода стоит на 4 часа в формате времени UTC. Даже не понимаю на кого валить
BK
БД Postgres
BK
господи, по умолчанию TypeORM создает поле TIMESTAMP WITHOUT TIME ZONE
S
Добрый день. У меня машина локальная и Amazon RDS в разных временных зонах и поле @CreateDateColumn() отличается от локальной машины где нода стоит на 4 часа в формате времени UTC. Даже не понимаю на кого валить
Create date column ставит дату без тайм зоны, я решил проблему добавлением timestamp with time zone
S
@CreateDateColumn('timestamp with time zone')
BK
Create date column ставит дату без тайм зоны, я решил проблему добавлением timestamp with time zone
спасибо, а ты как конвертировал потом, не осталось воспоминаний, а то у меня уже в проде все, а миграция автоматическая тупо дропает и заново создает