使用代码列查询 SQL 与扩展 table

Question

我正在 sql 数据库（我估计大约有 10 万条记录）上建立一个相当大的数据集（目录）来存储有关产品的信息。每种产品都有大约 20-30 个属性，所以这基本上意味着 20-30 列。系统的设置使得这些属性中的每一个实际上都链接到一个代码，因此每个产品都由一个连接所有这些属性的唯一字符串来表征（字符串必须是唯一的，如果两个产品代码相同，那么两个产品实际上是同一种产品）。我想弄清楚的是 sql-wise 将目录存储为 20-30 列的 table 是否有任何区别，或者我最好只使用 1 列代码并从代码中解码属性。不同之处在于，在一种情况下我会做

SELECT * FROM Catalogue WHERE Color='RED'

对比

SELECT * FROM Catalogue WHERE Code LIKE '____R____________'

此外，它可能更容易检查产品是否已经存在，因为我只比较单个列而不是 20-30 列。我也可以在完整的 table 中添加一个额外的列来存储代码，并在执行一个操作时使用一种方法，在执行另一个操作时使用另一种方法。

我几乎不知道 SQL 引擎是如何工作的，所以我在这里的推理可能完全不对。

Answer 1

code 方法似乎很愚蠢。为什么我要这样说？

您有几十个带有属性的列并且您知道它们是什么。您为什么不将该信息包含在数据模型中。

我也被你如何区分这些比较逗乐了：

WHERE Code LIKE '____R____________'
WHERE Code LIKE '___R_____________'
WHERE Code LIKE '_____R___________'
WHERE Code LIKE '____R___________'

这似乎是将你未来一半的时间花在调试上的秘诀——如果不是你的代码，那就是别人的。

并且，对于单独的列，您可以为常用组合创建索引。

如果并非所有行都具有所有属性——或者如果将来可以扩展这些属性——您可能需要一个结构，每个属性都有一个单独的行：

entityId     code      value
   1         Color     Red

这称为 entity-attribute-value (EAV) 模型，在某些情况下是合适的。

使用代码列查询 SQL 与扩展 table

Querying SQL using a Code column vs extended table

sql

sql-server

sql-like