问题标签 [identity-column]

在 SQL Server Compact 3.5 中插入后如何获取标识列值？

我正在使用 LINQ，但我的数据库表没有 IDENTITY 列（尽管它们使用的是代理主键 ID 列）

这能行吗？

要获取表的标识值，有一个名为 GetIDValueForOrangeTable() 的存储过程，它查看 SystemValues 表并增加其中的 ID。有什么方法可以让 LINQ 在插入时从这个 SystemValues 表中获取 ID 值，而不是内置的 IDENTITY？

顺便说一句，我认为这不是一个好主意，尤其是对于 Web 应用程序而言。我想由于这个 SystemValues 查找，会有很多并发冲突。我有理由担心吗？

干杯邓肯

拥有单列表（标识列）的目的是什么？有没有好的用例可用？

这真的是一个好习惯吗？

是否可以针对 INFORMATION_SCHEMA 或针对系统表编写查询以确定列是否是 SQL CE 版本 3.5 中的标识列？

披露：我自己是一个“自然钥匙”的拥护者，反对 IDENTITY PK 方法。但我确实对生活方式的选择有一种“活下去，让生活”的方法，所以请不要在这里争论宗教：）

我继承了一个表，其中唯一的键是 IDENTITY PK 列；我们称之为 ID。有许多引用 ID 的表。创建新实体的预期过程似乎是：

1. 插入表格。
2. 使用 scope_identity 获取自动生成的 ID。
3. 使用自动生成的 ID 插入相关表。

实际上，有一个辅助存储过程来创建实体并返回 ID。但是，我有几个问题：

我需要比辅助存储过程更进一步，并在相关表中创建行，这些表本身具有 IDENTITY PK，因此对于每个实体，我需要沿途获取几个自动生成的值。我需要制造数百个实体，并且帮助程序被编码为一次处理一个实体。

使用“IDENTITY PK”设计批量制造实体的最佳方法是什么？

当使用我自己的“自然键”设计时，我可以提前生成键值，因此这只是加载一些临时表并按照外键预期的顺序插入到表中的情况。因此，我很想找到一个我知道现在没有使用的高值 INTEGER 值序列（以匹配 IDENTIY 列的类型），并希望到时候它们不会被使用插入。这是一个好主意吗？

使用 linq to sql 进行插入后，如果我的表有标识列，我可以取回 Identity_scope 值吗？

使用 guid 作为标识字段而不是自动递增整数时，实现域驱动设计是否更容易？使用 guid，您不必跳转到数据库来获取实际值。

如果将标识列作为主键是一个好习惯，您能否提出意见？对于 ORM 工具，在表上有标识列会有所帮助。但是还有其他副作用，例如意外重复插入。

谢谢奈恩

我目前正在为 Azure 表存储开发一个应用程序。在那个应用程序中，我有一个表，它的插入相对较少（每天几千个），这些实体的主键将在另一个表中使用，该表将有数十亿行。

因此，我正在寻找一种使用自动递增整数而不是 GUID 作为小表中的主键的方法（因为它将节省大量存储空间，并且插入的可伸缩性并不是真正的问题）。

关于该主题已经进行了一些讨论，例如在http://social.msdn.microsoft.com/Forums/en/windowsazure/thread/6b7d1ece-301b-44f1-85ab-eeb274349797上。

然而，由于并发问题很难调试和发现，我对自己实现它有点不舒服。因此，我的问题是，是否有经过充分测试的实施？

我在 ID 主键上使用了身份。然后我插入一些数据。例如。

数据 1 -> 添加成功且没有错误。 编号 1

数据 2 -> 添加成功且没有错误。 编号 2

数据 3 -> 添加失败并出现错误。

数据 4 -> 添加失败并出现错误。

数据 5 -> 添加成功且没有错误。 编号 5

可以看到 ID 从 2 跳到 5。

为什么 ？？这个怎么解决？？