LinqToSQL: невозможно обновить PrimaryKey?

Question

У меня есть простая таблица (давайте назовите ее Table1), которая имеет поле NVARCHAR в качестве PK. Таблица 1 не имеет отношения к каким-либо другим таблицам.

Когда я обновляю столбец P1 таблицы 1, используя LinqToSQL, он терпит неудачу. Если я обновляю другой столбец, он будет успешным.

Я могу удалить эту строку и вставить новую в таблицу1, но я не хочу. Существует таблица транзакций, в которой столбец PK таблицы 1 является столбцом.

Когда PK таблицы 1 изменен, я не хочу эффекта в таблице транзакций. Но когда строка из Таблицы 1 удалена, я хочу, чтобы строки транзакций были удалены. Каскадирование выполняется через Trigger.

Поскольку между этими двумя таблицами нет связи, если я обновляю столбец PK таблицы 1 с использованием обычного SQL, он работает и не будет влиять на таблицу транзакций, как ожидалось. Когда я удаляю строку, триггер удаляет строки из таблицы транзакций.

По этой причине я не могу удалить, а затем добавить новую строку в таблицу1. Итак, что можно сделать, чтобы успешно обновить PrimaryKey таблицы1?

Answer 1

Как сказал Отавио, первичные ключи не должны обновляться. Создайте столбец типа Int (или BigInt) и сделайте его первичным ключом автоматической нумерации. Ваше поле NVARCHAR может просто иметь уникальное ограничение, потому что это то, что вы действительно хотите, потому что столбец не используется в отношениях с другими таблицами.

Update:

Также обратите внимание, что при использовании этого столбца в качестве первичного ключа и связать его с другими таблицами, вы не можете изменить его больше. SQL Server вызовет ошибку UPDATE statement conflicted with COLUMN REFERENCE constraint.

Далее возникают другие проблемы с изменением первичного ключа, например: производительность. Изменение первичного ключа приведет к фрагментации фрагментированных индексов.

Answer 2

Первичный ключ строки предназначен для однозначной идентификации строки (в случае LINQ to SQL, Object).

Если вы изменяете первичный ключ, на самом деле вы создаете новый уникальный объект с теми же полями, что и другие.

Я всегда копирую исходный объект с помощью нового ключа, а затем удаляю старый объект. Он гораздо более четко указывает на намерение и предотвращает путаницу.