在对象资源管理器中右键单击表名。你会得到一些选择。点击“设计”。将为该表打开一个新选项卡。您可以在“列属性”中添加标识约束。

不能将列更改为IDENTITY列。您需要做的是创建一个新列，从一开始就定义为IDENTITY，然后删除旧列，并将新列重命名为旧名称。

ALTER TABLE (yourTable) ADD NewColumn INT IDENTITY(1,1)

ALTER TABLE (yourTable) DROP COLUMN OldColumnName

EXEC sp_rename 'yourTable.NewColumn', 'OldColumnName', 'COLUMN'

Marc

我不相信您可以使用tsql将现有列更改为标识列。但是，您可以通过Enterprise Manager设计视图来完成。

或者，您可以创建一个新行作为标识列，删除旧列，然后重命名新列。

ALTER TABLE FooTable
ADD BarColumn INT IDENTITY(1, 1)
               NOT NULL
               PRIMARY KEY CLUSTERED

我是一名java开发人员，碰巧加入了一个没有DBA的团队，而作为一名开发人员，我无法获得DBA权限。我的任务是在两个数据库之间移动整个模式，所以没有DBA，我必须通过运行脚本来完成，不能使用SQL Server 2008中的GUI，因为我没有管理权限。

但是，在新模式上运行存储过程时，所有内容都被移动了。表，我发现我丢失了一个表的标识字段。我仔细检查了创建表的脚本，它在那里，但是，SQL Server在我运行脚本时没有得到它。后来，一位DBA告诉我，他以前见过同样的问题。

在任何情况下，对于SQL Server 2008，这些是我采取的步骤来解决这个问题，他们工作，所以我张贴在这里，希望它会对某人有所帮助。这是我所做的，因为我对另一个表有FK依赖，这使得这更困难:

我使用这个查询来验证标识确实缺失，并查看表上的依赖关系。

1)。查找表上的统计信息:

exec sp_help 'dbo.table_name_old';

2)。创建一个重复的、完全相同的新表，只是在原来的PK字段上添加了一个标识字段。

3)。禁用标识以移动数据。

SET IDENTITY_INSERT dbo.table_name ON 

4)。传输数据。

INSERT INTO dbo.table_name_new
(
field1, field2, etc...
)
SELECT 
field1, field2, etc...
FROM 
dbo.table_name_old;

5)。验证数据是否存在。

SELECT * FROM dbo.table_name_new

6)。重新启用标识。

SET IDENTITY_INSERT ToyRecP.ToyAwards.lkpFile_New OFF

7)。这是我找到的获得所有FK关系以验证原始表引用哪个表作为依赖项的最佳脚本 我遇到过很多，所以它是一个保存者!

SELECT f.name AS ForeignKey,
   OBJECT_NAME(f.parent_object_id) AS TableName,
   COL_NAME(fc.parent_object_id, fc.parent_column_id) AS ColumnName,
   OBJECT_NAME (f.referenced_object_id) AS ReferenceTableName,
   COL_NAME(fc.referenced_object_id, fc.referenced_column_id) AS ReferenceColumnName
FROM sys.foreign_keys AS f
INNER JOIN sys.foreign_key_columns AS fc
   ON f.OBJECT_ID = fc.constraint_object_id
   ORDER BY ReferenceTableName;

8)。在进行下一步之前，请确保您拥有所有涉及到的表的所有PK和FK脚本。

9)。您可以右键单击每个键并使用SQL Server 2008编写脚本

10)。使用以下语法从依赖表中删除FK:

ALTER TABLE [dbo].[table_name] DROP CONSTRAINT [Name_of_FK]

11)。删除原来的表:

DROP TABLE dbo.table_name_old;

13)。接下来的步骤依赖于您在SQL Server 2008第9步中创建的脚本。

将PK添加到新表中。

——将FK添加到新表中。

——将FK添加回依赖项表。

14)。验证所有内容是否正确和完整。我使用GUI查看表格。

15)。将新表重命名为原始表名。

exec sp_RENAME '[Schema_Name.OldTableName]' , '[NewTableName]';

最后，一切都成功了!

如果最初的海报实际上想要设置一个现有的列为表的PRIMARY KEY，实际上不需要列为IDENTITY列(两种不同的东西)，那么这可以通过t-SQL完成:

ALTER TABLE [YourTableName]
ADD CONSTRAINT [ColumnToSetAsPrimaryKey] PRIMARY KEY ([ColumnToSetAsPrimaryKey])

请注意，在PRIMARY KEY选项之后，列名周围的括号。

虽然这篇文章是旧的，我只是对请求者的需求做了一个假设，但我觉得这些额外的信息可能会对遇到这个线程的用户有所帮助，因为我相信对话可能会导致一个人认为，如果不先将现有的列添加为新列，就不能将其设置为主键，这是不正确的。

遗憾的是，没有一个;IDENTITY属性属于表而不是列。

更简单的方法是在GUI中完成，但如果没有这个选项，则可以复制数据、删除列、用标识重新添加它，然后放回数据。

请看这里的详细说明。