Какие минусы при использовании IDENTITY для первичного ключа.

← →
Oleon (2003-04-29 14:13) [0]

Какие минусы при использовании IDENTITY для первичного ключа.
И связей будет много разных по этому полю с другими таблицами.

← →
stone (2003-04-29 14:18) [1]

Нет плюсов и минусов, есть необходимость и ее отсутствие

← →
Oleon (2003-04-29 14:20) [2]

поле Identity при репликации не участвует, вроде как, а так как это первичный ключ то и репликация не идет...
я туплю?

← →
stone (2003-04-29 14:26) [3]

есть такое свойство IDENTITY (Not For Replication), тогда все идет. А вообще диагноз по телефону только экстрасенсы ставят.

← →
Oleon (2003-04-29 14:29) [4]

Так в том то и дело, что он хочет реплицировать без него(IDENTITY),
а на него ссылки в других таблицах...

просто все таблицы заделали с IDENTITY - теперь стоит вопрос о том чтобы убирать это и менять процедуры. Так как репликация не идет.

← →
Delirium (2003-04-29 14:34) [5]

Обычно, для распределённых систем IDENTITY - синтезируется, т.е. существует таблица, упрощённо: ([имя табл.], [идентификатор]) и функция получения нового идентификатора для всех остальных таблиц БД: GetID(TableName varchar) int, которая находит в таблице идентификаторов соответствующую позицию, увеличивает значение на 1-цу и возвращает оное. На транзакционном уровне изоляции всё корректно. При этом на удалённых серверах, диапазоны идентификаторов естественно разные и при репликации всё тоже - корректно. Но на мой взгляд, пора уже давно отказаться вообще от числовых идентификаторов и использовать исключительно GUID-ы.

Какие минусы при использовании IDENTITY для первичного ключа. Найти похожие ветки