АП
A A
Ещё раз спрошу) в InnoDB такое возможно?
Возможно всё, вопрос цены.
Size: a a a
2019 November 13
A
Автоинкремент не гарантирует что при параллельных соединениях порядок id будет совпадать с порядком вставки
ну внезапно поле с датой если она получена как now() тоже ничего не гарантирует
A
как минимум в постгре
A
потому что now() в постгре - это время начала транзакции
T
ну внезапно поле с датой если она получена как now() тоже ничего не гарантирует
Угу. Но тут с кэшами секвенсов и короткими транзакциями вообще можно большие несовпадения получить
A
Угу. Но тут с кэшами секвенсов и короткими транзакциями вообще можно большие несовпадения получить
в смысле с кешами секвенсов?
T
в смысле с кешами секвенсов?
Опция CACHE
T
При создании секвенса
T
Если я не путаю с ораклом, кэш у каждого соединения свой
A
а ну в оракле может быть, хз
A
я с ораклом не работал
T
В итоге в одном коннекте у тебя вставка чисел 1,2,3, а во втором 10,11,12
A
в постгресе секвенсы атомарные.
A
по крайней мере по-умолчанию
T
Например, при значении кеш, равном 10, сеанс A может зарезервировать значения 1..10 и получить nextval=1, затем сеанс B может зарезервировать значения 11..20 и получить nextval=11 до того, как в сеансе A сгенерируется nextval=2. Таким образом, при значении кеш, равном одному, можно быть уверенными в том, что nextval генерирует последовательные значения; но если кеш больше одного, рассчитывать можно только на то, что все значения nextval различны; их порядок может быть непоследовательным.
https://postgrespro.ru/docs/postgresql/9.6/sql-createsequence
https://postgrespro.ru/docs/postgresql/9.6/sql-createsequence
A
кеши оказывается там тоже есть, но никогда не видел чтобы их использовали
A
понятно, узнал для себя кое что новое, спасибо :)
АП
потому что now() в постгре - это время начала транзакции
Там и другой нау есть.
A
Там и другой нау есть.
есть само собой.
A
только мало кто о нем знает