MS SQL Server: назначение автосчетчика полю уже существующей таблицы

[Аватар]

Правильно СУБД делает, что не позволяет IDENTITY навесить на существующее поле. IDENTITY предполагает при добавлении записей использовать некую нумерацию с начальной точкой отсчета и шагом. По умолчанию это 1,1. Последнее вставленное значение СУБД хранит у себя. И что оно будет делать с существующим полем при попытке навесить на него IDENTITY? Вот убрать IDENTITY с поля всегда пожалуйста

[Blondy]

Жаль, очень жаль!

[Stilet]

Жаль, очень жаль!

Э-э-э... Гардемарины, отставить. Стилет пришел.
Короче вкратце: ALTER TABLE не умеет такого делать. поэтому в Сиквеле придуманы системные процедуры, которые гораздо круче чем стандартный SQL.
Чтоб сменить поле можно провести такую операцию

-- Дропаем колонку, со старым типом
ALTER TABLE dbo.Table_1 DROP column id
-- Создаем новую с временным именем
ALTER TABLE dbo.Table_1 ADD id_temp INT identity (1,1)
-- Переименовываем ее.
EXECUTE sp_rename N'dbo.Table_1.id_temp', N'id', 'COLUMN'

И все.

Теперь насчет добавления не в хвост. Во-первых: Зачем? На такие вещи внимания не обращают, потому что правильные программисты в запросе укажут порядок полей для выборки, и последнее может идти первым
Во-вторых: Раз уж так хоцца, можно провести эту операцию в мастере SQL Server Manager Studio ручками а после попросить его показать скрипт, который эту визуальную операцию в ядре выполняет. И вот что можно увидеть:

CREATE TABLE dbo.Tmp_Table_1
	(
	id2 int NOT NULL IDENTITY (1, 1),
	t nchar(10) NULL
	)  ON [PRIMARY]
GO
SET IDENTITY_INSERT dbo.Tmp_Table_1 OFF
GO
IF EXISTS(SELECT * FROM dbo.Table_1)
	 EXEC('INSERT INTO dbo.Tmp_Table_1 (t)
		SELECT w FROM dbo.Table_1 WITH (HOLDLOCK TABLOCKX)')
GO
DROP TABLE dbo.Table_1
GO
EXECUTE sp_rename N'dbo.Tmp_Table_1', N'Table_1', 'OBJECT' 
GO
COMMIT

т.е смысл прост и банален - создаем временную таблицу, наполняем ее данными из старой, не учитывая передвинутого в голову поля, и переименовываем таблицу

[Blondy]

Виталик, спасибо)) Весы по-прежнему не работают пока(((