在实体对象设计中处理 id

Question

一段时间以来，我一直在思考如何处理由数据库分配标识符的对象。

表示表实体的典型对象可能如下所示：

public class Test
{
    public int Id { get; private set; }
    public string Something { get; set; }
}

假设我们想使用该对象在数据库中插入、检索和更新对象。至于检索和更新，我们没有问题，因为 Id 字段始终有一个值。

但是，如果我们想要将 Test 类型的新对象插入数据库，Id 字段仍然需要有一个值。我们可以只使用“0”，因为它不太可能用作数据库密钥，但实际上这不是一个好的设计。

同样，如果我们反转情况并使 Id 属性可为空，则可以对数据库尚未分配标识符的对象使用 null。但是，现在从数据库检索的对象可能没有标识符（类设计允许，但数据库设计不允许）

关于如何针对此问题进行良好设计有什么好的想法吗？

Answer 1

因此，您有一个包含数据库表的标识符作为字段的类，因此在检索/删除和更新的情况下，您的实体的标识符与数据库记录的标识符对齐。在插入的情况下，您可以检索刚刚插入的记录的标识值并使用该值更新您的实体。因此，您可以使用单独的存储过程来进行插入/更新/检索和删除。插入 SP 可以返回刚刚插入的记录的 ID 作为输出参数。希望我能回答你的问题。

Answer 2

如果您将id视为在应用程序中识别/授予对象唯一性的一种方式，则这应该由数据库处理（除非当然，您有其他方法来分配标识符到对象）。

如果不是（例如，它是由业务需求驱动的对象属性） - 0 是否有效/良好的设计价值纯粹取决于这些业务需求。从最终用户的角度来看，0 值是否有效？

如果您觉得在应用程序中设置没有 ids 的对象是有问题的，您始终可以将对象属性包装到单独的类中。您将使用此类基本上仅用于携带尚未创建的对象的参数（创建过程通过数据库插入完成）。一旦插入对象、分配 ID 等 - 您就可以使用常规实体。一旦 id = 0< 联系您的用户，他们会“哦，快点！那是什么？” 或“好吧..我知道该怎么做。” /代码>?

编辑

这个问题（或者更确切地说是我关于包装参数的回答）让我想起了一个曾经令我惊讶的事实。当孩子出生时，她并不存在于系统中，直到她的父母正式为她注册并分配给她个人身份号码。所以从技术上来说，如果没有 id，孩子就不存在（至少从系统的角度来看），即使每个人都知道她出生了之类的。数据库/您的应用程序也是如此 - 没有 id 的对象（数据库无法识别的对象）不存在 - 它只是一组参数。有点奇怪，但我希望我的观点很清楚:)

Answer 3

设计一个类，使 ID 为 0 表示该实体尚未被序列化，这并没有什么问题。我过去曾经构建过成功使用这种方法的系统。只需确保这些语义在您的 API 中得到了明确的定义，并且所有代码都遵循了这一含义。

需要注意的一个陷阱是使用 ID 定义相等关系（例如为字典生成哈希码）。只能对非零 ID 执行此操作。为了测试两个 ID 为零的相等性，可以使用引用相等性。

然而，由于未存储的实体的 ID 在将来的某个时刻可能会发生更改，因此此类对象永远不要存储在字典中，这一点非常重要。或者，至少，在保存之前必须从任何词典中删除此类项目，然后使用新 ID 进行恢复。

有了这一保留，这个设计应该可以正常工作。

public class Test : IEquatable<Test>
{ 
    /// <summary>
    /// The unique identifier for this Test entity, or zero if this
    /// Test entity has not yet been serialized to the database.
    /// </summary>
    public int Id { get; private set; } 

    public string Something { get; set; }

    public override bool Equals(object obj)
    {
        return Equals(obj as Test);
    }

    public bool Equals(Test other)
    {
        if (other == null)
            return false;
        // Distinct entities may exist with the Id value of zero.
        if (Id == 0)
            return object.ReferenceEquals(this, other);
        return Id == other.Id;
    }

    /// <summary>
    /// Gets a hash code for this Test entity. Warning: an instance with
    /// an Id of zero will change its identity when saved to the DB. Use with care.
    /// </summary>
    /// <returns>The hash code.</returns>
    public override int GetHashCode()
    {
        return Id;
    }
}