我什么时候应该考虑代表主键......？

Question

我什么时候应该考虑将主键表示为类 ？

当表使用复合键时，我们是否应该只将主键表示为类？

例如：

public class PrimaryKey
    { ... ... ...}

然后

private PrimaryKey _parentID;
        public PrimaryKey ParentID
        {
            get { return _parentID; }
            set { _parentID = value; }
        }

和

public void Delete(PrimaryKey id)
        {...}

我应该何时考虑将数据作为逗号分隔值存储在数据库表的列中，而不是将它们存储在不同的列中？

Answer 1

When should I consider representing the table-id columns as classes?

在不了解您的应用程序架构的情况下更难回答。 如果您使用ORM（如nhibernate或linq）来自动执行sql，它们将自动为您创建类。

通常 - 如果您的主键是复合词并且在您的域中具有意义，请为其创建一个类。

如果它不是复合词，则不需要课程。

如果它在你的域中没有意义，那么很难证明一个类（如果创建一个类，我可能会使用结构而不是类，因为它将是一个值类型）。 我使用一个的唯一原因是，如果密钥需要在代码中使用，并且组成部分通常不需要单独访问。

When should I consider storing data as comma-separated values in a column in a DB table rather than storing them in different columns? 。

决不。 您应该保持表的规范化 ，以便为不同的数据设置不同的列和表。 在这方面使用逗号分隔是不好的做法，特别是考虑到SQL中相当糟糕的文本操作支持。

Answer 2

我应该何时考虑将table-id列表示为类？

你什么意思？

我应该何时考虑将数据作为逗号分隔值存储在数据库表的列中，而不是将它们存储在不同的列中？

根据规范化规则，您不应在同一列中存储多个值。

Answer 3

字段中的逗号分隔值（或任何其他类似的技巧）是不好的做法，并且经常使用作为权宜之计的措施（即，当发现更改数据模型为时已晚时，您发现需要多值）或某些遗留文件。

通过在字段中“加密”多值，您将失去拥有RDBMS模型的所有好处：特别是您可以在逗号分隔字段中查找/排序/比较值，如果不是不可能与其余的一起使用你的数据。

Answer 4

在几乎所有情况下，都应该将每个以逗号分隔的值存储在自己的列中。 这使SQL选择可以按特定的逗号分隔值过滤行。

例如，如果每个表行的12个逗号分隔值可用于表示每月销售额（Jan-Dec），那么将数字存储在12列中就可以进行操作; 例如：返回8月销售额> 100,000美元的所有行。 如果将所有12个值“填充”到一个列中，则需要返回所有行，并为每行解析列以提取8月数字。

可以考虑“填充”的一个示例...其中逗号分隔的数据集中的值不能与来自另一行的数据相关或比较。

例如，在多选问卷中，答案将是一个或多个选项。 给出一个正确答案是选项A和选项B的问题，以及第二个问题和选项B和选项C的正确答案，那么可以考虑将每个答案填充到一个列中。 在这个例子中，如果一个人接受没有必要的案例来比较答案，那么就可以存储“B，C”和“B＆C”。

Answer 5

我可以考虑使用自定义类作为“主键”的唯一情况是对使用复合键的旧数据库使用OR / M.

Answer 6

在第一个不确定你在找什么。 我将业务对象创建为映射到我的数据层的类，该数据层通常是包含数据的数据表。

第二个问题是永远不会。 在很少的情况下，我会存储以逗号分隔的列表，而不是创建规范化的数据结构。