不带 IDENTITY 列的 LINQ 插入

Question

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

这可以工作吗？

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

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

干杯 邓肯

Answer 1

你的担心是非常有道理的。 如果两个用户尝试同时插入，则两个用户可能会获得相同的编号，除非您按照 marc_s 的描述进行操作并将其放入事务中。 但是，如果事务没有环绕整个插入以及包含 id 值的表，那么如果外部插入失败（它获得了一个值，但由于某些其他原因没有插入一个值），您可能仍然会有间隙。记录）。 由于大多数人这样做是为了避免差距（这在大多数情况下是不必要的要求），这使得生活变得更加复杂，并且仍然可能无法实现结果。 使用身份字段几乎总是更好的选择。

Answer 2

当然，您也可以使用 LINQ 实现这一点，而且也安全：

• 将对底层 SystemValues 表的访问包装在 TRANSACTION 中的“GetIDValue.....()”函数中（而不是使用 READUNCOMMITTED 隔离级别！），然后一个且只有一个用户可以在任何给定时间访问该表，并且您应该能够
• 在保存实体之前安全地分发来自 LINQ 的存储过程的 ID 调用，并在处理新实体时存储 ID（如果 ID尚未设置）
• 将您的实体存储在数据库中

这应该可以工作 - 不确定它是否比让数据库处理工作更快、更有效 - 但它应该工作 - 并且安全。

Marc

更新：

这样的东西（适应您的需求）将安全地工作：

CREATE PROCEDURE dbo.GetNextTableID(@TableID INT OUTPUT)
AS BEGIN
    SET TRANSACTION ISOLATION LEVEL READ COMMITTED

    BEGIN TRANSACTION 

    UPDATE SystemTables
    SET MaxTableID = MaxTableID + 1
    WHERE ........ 

    SELECT
        @TableID = MaxTableID 
    FROM    
        dbo.SystemTables

    COMMIT TRANSACTION
END

至于性能 - 只要您有合理数量（可能少于 50 个）的并发用户，并且只要这个 SystemTables 表没有用于其他用途，那么它应该执行正常。