Каковы улучшения производительности Sequential Guid по сравнению со стандартным Guid?

Возможно, я что-то здесь database упускаю (не стесняйтесь меня primary-keys поправлять, если я ошибаюсь), но database-structure я вижу очень мало преимуществ dbms в использовании последовательных guid GUID/UUID для первичных ключей.

Точка databases использования GUID или UUID primary-key вместо целых чисел с автоинкрементом:

• Их можно создавать где угодно без обращения к базе данных
• Это идентификаторы, которые полностью уникальны в рамках вашего приложения (а в случае UUID — универсально уникальны)
• Имея один идентификатор, невозможно угадать следующий или предыдущий (или даже любой другой допустимый идентификатор) без перебора огромного пространства ключей.

К primary-keys сожалению, используя ваше database предложение, вы теряете все эти databases вещи.

Итак, да. Вы сделали dbms GUID лучше. Но в процессе db вы отбросили почти все причины databases их использования.

Если вы database-structure действительно хотите повысить производительность, используйте database-structure стандартный целочисленный primary-keys первичный ключ с автоинкрементом. Это db обеспечивает все преимущества, которые database вы описали (и многое другое), и dbms в то же время лучше, чем db «последовательное руководство», почти primary-keys во всех отношениях.

Это, скорее db всего, будет предано забвению, поскольку database оно не отвечает конкретно database-structure на ваш вопрос (который, по-видимому, тщательно db продуман, чтобы вы могли database немедленно ответить на него database-structure самостоятельно), но я считаю, что primary-keys это гораздо более важный database вопрос.