AN
дак в обычной жизни вы этот id по сути и не увидите никогда
Size: a a a
2020 May 21
AB
Мне не нравится, что у меня id 1, а потом 6 и все
тебе и не должно нравится. ты понимаешь почему так делается?
a
тебе и не должно нравится. ты понимаешь почему так делается?
неа
KK
сиквенс перескакивает
S
Мне не нравится, что у меня id 1, а потом 6 и все
Insert into test (id)
select max(id)+1 from test
select max(id)+1 from test
AN
А что будет если сначала вставили 3 записи, у них id = 1, 2 ,3 - всё красиво, а потом удалили запись 2. будет дырка
AB
неа
вот в этом суть проблемы. это сделано чтобы параллельно несколько сессий могли получить свой номер уникальный
KK
Insert into test (id)
select max(id)+1 from test
select max(id)+1 from test
а конфликтов не будет?)
S
а конфликтов не будет?)
С чего бы
AB
а конфликтов не будет?)
надо ставить блокировку конечно для серилизации
a
Ладно, пускай увеличивает как хочет
KK
uuid на pk и нет проблем
AB
Ладно, пускай увеличивает как хочет
:) и это правильно
AK
Insert into test (id)
select max(id)+1 from test
select max(id)+1 from test
пока всё последовательно не будут.
ну и будут проблемы если потом сделать вставку без указания конкретного id, поскольку такая вставка не приводит к увеличению seq
ну и будут проблемы если потом сделать вставку без указания конкретного id, поскольку такая вставка не приводит к увеличению seq
S
вот в этом суть проблемы. это сделано чтобы параллельно несколько сессий могли получить свой номер уникальный
Важно
Поведение некоторых функций и типов данных Postgres в транзакциях подчиняется особым правилам. В частности, изменения последовательностей (и следовательно, счётчика в столбце, объявленному как
Поведение некоторых функций и типов данных Postgres в транзакциях подчиняется особым правилам. В частности, изменения последовательностей (и следовательно, счётчика в столбце, объявленному как
serial) немедленно видны во всех остальных транзакциях и не откатываются назад, если выполнившая их транзакция прерывается. См. Раздел 9.16 и Подраздел 8.1.4.
AB
Важно
Поведение некоторых функций и типов данных Postgres в транзакциях подчиняется особым правилам. В частности, изменения последовательностей (и следовательно, счётчика в столбце, объявленному как
Поведение некоторых функций и типов данных Postgres в транзакциях подчиняется особым правилам. В частности, изменения последовательностей (и следовательно, счётчика в столбце, объявленному как
serial) немедленно видны во всех остальных транзакциях и не откатываются назад, если выполнившая их транзакция прерывается. См. Раздел 9.16 и Подраздел 8.1.4.я знаю как работают последовательности, спасибо :)
S
Сори, не вам отправить хотел 😀
AB
скорее правильно написать что последовательности существуют вне транзакций. им не нужны commit и rollback
S
Коллеги, кто-то работает с Citus? У них в Citus Cloud объявлена возможность стриминга бекапа базы в S3-хранилище. Можно что-то такое реализовать с opensource версией?
SS
Коллеги, кто-то работает с Citus? У них в Citus Cloud объявлена возможность стриминга бекапа базы в S3-хранилище. Можно что-то такое реализовать с opensource версией?
можно