您如何在通用方案上对数据变量方差建模？的SQL

泰平

最近在想一些事情，想知道做类似以下情况的正确方法是什么(相信对于DB对于专家来说，做类似的事情是很常见的)。
假设你有一个product表，如下所示（MySQL）：
CREATE TABLE `products` ( `id` int(11) NOT NULL auto_increment, `product_name` varchar(255) default NULL, `product_description` text, KEY `id` (`id`), KEY `product_name` (`product_name`)) ENGINE=MyISAM DEFAULT CHARSET=utf8;这里没什么不寻常的。现在，假设在另一个表中有一个类别的层次结构，并且有一个单独的表将与产品表绑定多对多-因此每个产品都属于某种类别（我将省略那些类别）
，因为这里不是问题)。
现在我们来介绍一些有趣的部分-如果每个类别都需要产品项的附加变量集，该怎么办？例如，计算机监控器类别中的产品必须具备LCD /
CRT枚举字段、屏幕尺寸枚举等。-还有其他一些类别，可以说冰淇淋还具有其他一些变量，例如风味varchar，货架保存时间int等。
这里的问题是所有产品都有一组共同的变量（id，名称、描述和类似的变量)，但类别之间还有其他变量不一致-
但所有产品都应共享同一组，因为最后，它们都属于产品组，因此可以查询SELECT * FROM products ORDER BY
company_id(简单的例子可能没有代表性，但你可以看到图片)。
现在，我看到了许多潜在的解决方案：
-为每个产品类别生成单独的表，并存储具有适当附加变量的产品-愚蠢，对查询不友好
-产品表与通用变量保持不变，并为每个类别创建一个单独的表，包括其他变量变量JOIN绑定两个表-标准化，但查询性能和清晰度-一个产品将如何过滤(第一个表)-以及如何为额外变量(如17英寸)LCD附加过滤器监视器-它需要SQL JOIN欺骗
-产品表保持不变，并添加另一个变量文本，如JSON该文本包含其他变量-紧凑整洁，但不能使用SQL筛选变量
我知道我在这里缺少非常明显和简单的东西-我对标准化技术有点生锈

编辑：
在问这个问题成功之前，我一直在搜索stackoverflow。然而，在问题发布后，我点击了我的标签标准化，发现了几个类似的问题，导致了通用和专业的关系设计的搜索。故事的重点是，这一定是我在互联网生活中第一次真正有用的标签。但我仍然想听听你的意见。
edit2 :方法2的问题是我期待1000个左右的专业化。层次结构有一个类别(深度为1-4层)，终端节点增加了特殊变量-
它们按1000的顺序积累，所以添加要连接的专用表有点不切实际。
edit3 :因为在我的案例中，大量的属性是可变的，所以建议的物理属性值看起来像是一条路要走。噩梦来了！谢谢你们。

解决方案:

您如何在通用方案上对数据变量方差建模？的SQL

泰平 LV1