Имеется
Microsoft SQL Server vNext (CTP2.0) - 14.0.500.272 (X64). Developer Edition (64-bit) on Linux ("ОТЕЧЕСТВЕННАЯОС" Linux 7)
Крутится на одной из модных ныне "отечественных ОС", клонированной от RedHat EE.
В таблице с полем
ID uniqueidentifier not null constraint DF default (newsequentialid()) constraint PK primary key
куда идёт много вставок, через несколько дней тестов получаем задвоение ключа. Т.е. система генерирует повторяющийся ID. Явно значения в таблицу, естественно, не вставляются. Всё через default.
Что странного: генерируемые значения имеют 11нулей в конце, типа:
01C0423E-F36B-1410-8001-800000000000
02C0423E-F36B-1410-8002-800000000000
03C0423E-F36B-1410-8003-800000000000
04C0423E-F36B-1410-8004-800000000000
Хотя такие же нули на конце стоят и на другом экземпляре, который стоит на обычной CentOS:
Microsoft SQL Server vNext (CTP2.0) - 14.0.500.272 (X64). Developer Edition (64-bit) on Linux (CentOS Linux 7 (Core))
но там такой проблемы не наблюдается... Может её там нет, а может, просто, не "повезло" пока что.
Гипотеза первая:
"Отечественная ОС" сертифицируется силовыми ведомствами. В рамках этой сертификации "отечественные разработчики" могли подменить криптографические библиотеки, ответственные за генерацию newid() и newsequentialid(). Сейчас этот вопрос выясняем.
А что ещё может быть?
Microsoft SQL Server vNext (CTP2.0) - 14.0.500.272 (X64). Developer Edition (64-bit) on Linux ("ОТЕЧЕСТВЕННАЯОС" Linux 7)
Крутится на одной из модных ныне "отечественных ОС", клонированной от RedHat EE.
В таблице с полем
ID uniqueidentifier not null constraint DF default (newsequentialid()) constraint PK primary key
куда идёт много вставок, через несколько дней тестов получаем задвоение ключа. Т.е. система генерирует повторяющийся ID. Явно значения в таблицу, естественно, не вставляются. Всё через default.
Что странного: генерируемые значения имеют 11нулей в конце, типа:
01C0423E-F36B-1410-8001-800000000000
02C0423E-F36B-1410-8002-800000000000
03C0423E-F36B-1410-8003-800000000000
04C0423E-F36B-1410-8004-800000000000
Хотя такие же нули на конце стоят и на другом экземпляре, который стоит на обычной CentOS:
Microsoft SQL Server vNext (CTP2.0) - 14.0.500.272 (X64). Developer Edition (64-bit) on Linux (CentOS Linux 7 (Core))
но там такой проблемы не наблюдается... Может её там нет, а может, просто, не "повезло" пока что.
Гипотеза первая:
"Отечественная ОС" сертифицируется силовыми ведомствами. В рамках этой сертификации "отечественные разработчики" могли подменить криптографические библиотеки, ответственные за генерацию newid() и newsequentialid(). Сейчас этот вопрос выясняем.
А что ещё может быть?