Базы у нескольких клиентов, структуры одинаковые, но подключение удалённое и по времени желательно побыстрее соответственно завершить этот удаленный сеанс)
Думаю, в моем случае, проще написать скрипт на создание поля, где задам ему значения от 1 ,  удалить старое, сделать новое Identity и заменить имя у нового на то которое было у старого. Надеюсь, удалить такое поле, которое Identity, можно. Именно это поле не ключ ни для кого и неважно какое значения были, важно чтобы стали с 1.

ну и не забываем в конце вызвать
DBCC CHECKIDENT ('#tmp', RESEED, 53);

Спасибо, подумаю, может так сделаю. Задачу дали в конце дня, думал это дело пяти минут, а все затянулось и теперь только в понедельник попробовать смогу)

если не секрет цель то какая? :)

Если есть ссылочная целостность  - нужно убрать ссыл.целост
- убить индексы
- добавляем к нужным таблицам новый столбец, копируем текущие ид( поможет при обновлении)
- отключаем идентити
- меняем значения в ключевых полях
- восстановить идентити, ссыл.целостност, индексы

Всё не так просто

Сейчас объясню как наверное сначала нужно было сразу объяснить)
Есть таблица с клиентами, в ней есть id клиента, куча иных полей, и поле number. Какой у кого number в принципе не сильно важно (если поменять его один раз), но клиентам (нашим, не тем, которые в таблице:) )  нужно чтобы нумерация шла от 1. Видимо, когда им ставили программу и вносили данные поверх чистой (относительно)БД по имеющимся клиентам - счётчик никто не сбрасывал, и он всегда был не с 1.

Как я понял, хотят чтобы id колонка 1 начиналась, сквозная нумерация

И ещё небойсь на будущее чтобы пропусков не было. И всё на идентити😀

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

если баз несколько то возможно не только не с 1 нумерация, но и что в разном порядке сущности

Ага :) ну тут только sequence + осмысленная логика

потом скажут у одних и тех же клиентов разные номера получились

Не, не должны. Одна база - один наш клиент.
Хотя было недавно,что у одного нашего клиента три базы сливали в одну, и установить совпадения каких то сущностей можно только по имени, коду, и прочим не сильно предназначенным для этого полям - у каждой таблицы по-разному, и в целом все запутанно. Я ещё сюда обращался с вопросами, как вообще это сделать. Если сказать кратко, как это сделать - много говноскриптов, куча ошибок после слияния, примерно так 😅

Осталось потренироваться на кошках и не забыть про бэкапы =)

В понедельник начну)

Бекапы это вообще то, что постоянно у себя локально ставлю, мучаю, удаляю и по-новой))

Локально-это жопа

Можно ли сделать primary key с Null?

Это противоречит его определению и назначению.

The PRIMARY KEY constraint uniquely identifies each record in a table. Primary keys must contain UNIQUE values, and cannot contain NULL values.