@galileopro

У меня есть таблица
PersonId - это Unique Identifier с начальным значением 1 и Приращением 1.
Каждый пользователь может регистрироваться на сайте и обновлять личные данные.
При регистрации генерируется INSERT скрипт, при обновлении надо делать UPDATE, но мне стало лень писать UPDATE (не сильно лень, просто я подумал - зачем), я просто вставил перед INSERT скриптом DELETE. То есть я удаляю запись пользователя и вставляю еще раз с обновленными данными.
Но в таком случае обновленной записи присваивается новый PersonId (в случае с UPDATE такого не будет) и этот PersonId постоянно увеличивается при каждом обновлении.
Тип PersonId - это 4 байтовый int, беззнаковый, то есть там предел - около 4 миллиардов значений. Но я слабо представляю тягу пользователей к обновлению своих личных данных. Может получится ситуация, когда PersonId достигнет предельного значения при небольшом к-ве пользователей, просто потому, что они будут часто обновлять у себя аватарку или ник.
Вообщем вопроса два:
1. Что будет с PersonId, если он достигнет предела типа данных, то есть на сайте захочет зарегится 100001 - ный пользователь, но при этом предыдущие 100000 слишком часто обновляли данные. То есть фактически к-во записей в таблице Persons - это 100000, но PersonId максимальный - уже очень большой.
2. Что сработает быстрее DELETE - INSERT или UPDATE?

0

@intellicon

1. Будет ошибка:

Arithmetic overflow error converting IDENTITY to data type int.

В качестве решения можно предложить изменить тип данных PersonId на BIGINT (верхний предел значений 9,223,372,036,854,775,807)

2. Если на таблице построены индексы, delete+insert дороже чем update. Иначе - одинаково.

0