Database design 数据库设计，单个字段中的多个属性

在ER模型中为每个属性使用一个数据库列是否被视为最佳实践

我对遗留代码进行维护，我看到很多多个属性，以及压缩到单个数据库列中的业务逻辑，我想知道这样做是否有什么好的理由

---

例如，对整数值使用前缀，例如客户ID，其中前两位数字表示客户状态，后面的数字表示客户的实际ID。因此，在一个字段中存储两个属性。另一个例子是为已结束业务的客户使用负客户ID:s，从而还存储有关该客户是否处于活动状态的信息。等等。

你所拥有的听起来像是日常WTF中新条目的应用程序，而不是一个合理的数据库设计。在考虑这样一件事之前，先阅读一下数据库规范化，省去你自己的麻烦。

你手头的东西听起来像是在日常WTF中添加一个新条目的应用程序，而不是一个合理的数据库设计。在考虑这样一件事之前，先阅读一下数据库规范化，省去你自己的麻烦。

在一列中存储多个字段会出现很多问题。例如，假设您需要更新这样一个列，首先使用“ab”作为客户状态，然后决定将其更新为“cd”。当多个字段存储在一列中时，这将变得非常混乱

您应该检查数据库规范化以更好地理解这一点。

---

在一列中存储多个字段时会出现许多问题。例如，假设您需要更新这样一个列，首先使用“ab”作为客户状态，然后决定将其更新为“cd”。当多个字段存储在一列中时，这将变得非常混乱

您应该检查数据库规范化以更好地理解这一点。

---

在一列中存储多条信息违反了第一个范式，因此在关系数据库中被视为非常糟糕。

在一列中存储多条信息违反了第一个范式，因此在关系数据库中被视为非常糟糕。

，但在客户Id的情况下，这可能是企业识别客户的方式，TX123与CA123不同。在那种情况下，我可以把它放在一个专栏里。将取决于客户移动状态时更新的语义等。我向上投票，但在客户Id的情况下，这可能是企业识别客户的方式，TX123与CA123不同。在那种情况下，我可以把它放在一个专栏里。将取决于客户移动状态时更新的语义等。