这个 table 需要规范化吗？
Is normalization required in this table?
我正在创建一个 table，我有一个名为 C 的常量名称，它将像这样填充：(CA, CB, CC...)
所有列都必须由用户填写，（自动编号的 ID 除外）：
ID | NUMBER | NIT | CA | CB | CC | ... | CZ
正如您可能注意到的那样，规范化可以应用于“C 的”，如下所示：
ID | NUMBER | NIT | C
- | - | - | A
- | - | - | B
- | - | - | C
- | - | - | ...
- | - | - | Z
这里需要规范化吗？最好处理 C 的行而不是第一个 table 想到的列？
我想阅读处理此问题的建议或良好做法。
是否规范化"required"？
规范化永远不需要，除非您正在为数据库 class 做一个项目。这通常是个好主意。它可以简化某些类型的常见查询，并保证给定的数据项只存储一次——简化更新。在您的情况下，它还确保添加新的 "C" 列很容易——只是 table 中的另一行，而不是修改 table.
在某些情况下，规范化并不是最好的方法。很难说这是否适用。这取决于数据的使用方式、来源以及更新方式。
如果 [CA, CB ... CZ] 是您 table 描述的实体的不同属性，那么该模式似乎满足 First Normal Form.
由于您的描述是抽象的，因此很难判断更复杂的规范化是否合适。
我正在创建一个 table，我有一个名为 C 的常量名称，它将像这样填充：(CA, CB, CC...)
所有列都必须由用户填写，（自动编号的 ID 除外）：
ID | NUMBER | NIT | CA | CB | CC | ... | CZ
正如您可能注意到的那样，规范化可以应用于“C 的”，如下所示：
ID | NUMBER | NIT | C
- | - | - | A
- | - | - | B
- | - | - | C
- | - | - | ...
- | - | - | Z
这里需要规范化吗？最好处理 C 的行而不是第一个 table 想到的列？
我想阅读处理此问题的建议或良好做法。
是否规范化"required"？
规范化永远不需要，除非您正在为数据库 class 做一个项目。这通常是个好主意。它可以简化某些类型的常见查询，并保证给定的数据项只存储一次——简化更新。在您的情况下，它还确保添加新的 "C" 列很容易——只是 table 中的另一行，而不是修改 table.
在某些情况下，规范化并不是最好的方法。很难说这是否适用。这取决于数据的使用方式、来源以及更新方式。
如果 [CA, CB ... CZ] 是您 table 描述的实体的不同属性，那么该模式似乎满足 First Normal Form.
由于您的描述是抽象的，因此很难判断更复杂的规范化是否合适。