UNIQUEIDENTIFIER (IsRow GUID) vs NUMERIC(38,0) (IDENTITY)

← →
tERRORist (2004-08-15 11:43) [0]

Посоветуйте что лучше выбрать в качестве суррогатного ключа для таблицы, где предполагается хранение очень большого количества записей. Может ли функция NEWID() сгенерировать повторяющееся значение и будет ли оно автоматически перегенерено или будет выдана ошибка о нарушении индекса?

← →
sniknik © (2004-08-15 14:36) [1]

> Может ли функция NEWID() сгенерировать повторяющееся значение
теоретически конечно может, но вероятнось этого одна (милиардная (??? скорее больше)) даже если этим будет заниматься на всей земле а не ты один (так об этом и пишут).

← →
Anatoly Podgoretsky © (2004-08-15 14:39) [2]

В рамках одной таблицы нулевая, пока не переберут все возможные 10^38 вариантов, практически нулевая и для всех существующих баз вместе взятых.

← →
tERRORist (2004-08-15 14:49) [3]

То есть использовать GUID реально. Почитал тут он даже для репликации подойдет, т.к. возможно второй сервак появится...
Теперь возник вопрос как получить на клиентской машине только что сгенеренный GUID? Resync Updates как в случае с Identity не помогают. Генерить на клиенте системной функцией CreateGUID()?
Но у клиента сетевуха с другим МАКом и 98-я винда, говорят бывают глюки... Или запрашивать новый ГУИД с сервера?

← →
jocko (2004-08-16 14:09) [4]

1. Я получаю как out параметр после вставки из процедуры
2. Только не делай этот индекс кластерным.

← →
tERRORist (2004-08-16 20:00) [5]

1. А если вставка идет средствами клиента DataSet.Insert?
2. Угу, уже почитал об энтом на sql.ru

UNIQUEIDENTIFIER (IsRow GUID) vs NUMERIC(38,0) (IDENTITY) Найти похожие ветки