问题标签 [entity-attribute-value]

我希望你能帮助我解决我们的这项任务。

最初我们有这些表：

我们现在需要的是一个以这种方式呈现数据的函数（根据 hwtype ）

对于 hwtype.name =路由器

这个想法是使表格能够包含新的元素类型、元素和属性，而无需修改表格编码。

我一直在寻找示例，但不幸的是，我找到了对值进行聚合的好示例，这是我没有考虑过的。

在此先感谢您的帮助

我正在开发基于 PHP 和 mySQL 的网站。我正在尝试在管理面板中设置“设置”页面，我可以在其中输入不同的设置来管理站点。根据要求，设置的范围可达 100（甚至更多）。因此，我不想制作 100 列（如果将来必须添加更多列，则增加），我想以行格式存储数据并获取值，就好像我从列中获取它一样。

参考：

我在最流行的博客工具“Wordpress”中发现了类似的现实生活实现。作为参考，我说的是“wp_options”表。（请纠正我错了）

例子：

这是我试图这样做的一个简单示例（以及为什么）：

正如您从上面看到的，我列出的选项很少，而且它们的数量正在增加。（仅作记录，我安装的 Wordpress 在 wp_options 表中有 902 行，我没有看到任何重复的 option_name）。所以我有一种感觉，如果我应用与 Wordpress 相同的工作原理来适应设置的增长，我就会过得很好。我也想这样做，一旦我将所有设置保存在数据库中，我想检索所有设置并填充表单中的相应字段，其中条目存在于数据库中。

我的代码试验之一：

当我运行上述查询时，我还会收到 2 个 PHP 通知，上面写着：

未定义索引：option_name

未定义索引：option_value

我将不胜感激任何可以向我展示PHP 代码以成功检索选项并消除未定义索引问题的回复。另外，就像我之前提到的，我想在存储数据后，在接下来访问设置页面时检索所有现有设置并填充表单中的相应字段。

提前向所有人致谢。

我了解 EAV 的三个基本故障，即重新组装数据需要大量工作。但是，我想要一个可以添加自定义字段的数据库。很多人说Virtuemart允许自定义字段，但不使用 EAV 数据库结构。有人可以解释如何做到这一点或提供链接吗？

我有我要分析的这个 mysql 查询。它很慢，这里的访问者表大约有 50K 条目，这个查询永远不会返回。当我尝试解释语句时，我发现访问者表上没有使用索引，尽管索引可用。现在这是我需要帮助解决的大难题。任何提示表示赞赏。

询问：

解释输出屏幕截图： http: //grab.by/grabs/9c3a629a25fc4e9ec0fa54355d4a092c.png

我正处于规划和开发基于 Magento 的站点的早期阶段。我的公司运载大约 20,000 件物品。

我们当前网站上最有价值的功能之一是能够根据竞争对手的商品编号交叉引用我们的商品。我们的任何一件商品都可以有 0 到 30 多个竞争对手的交叉引用。我需要弄清楚如何在 Magento 中实现此功能。

我想做的是配置一个可搜索但不显示在产品页面上的两部分属性，并且能够具有不同数量的值。在添加产品页面中，它看起来像这样：

交叉引用：[竞争对手公司名称的下拉列表] + [竞争对手零件编号的文本字段]（+ 按钮添加另一个交叉引用）

在管理界面中使用开箱即用的 Magento 似乎没有任何方法可以做到这一点，所以我准备用我自己的模块扩展核心。我已经开始挖掘组成 Magento 安装的 10,000 个文件。但我真的可以在这方面使用一些帮助。

提前感谢任何阅读和回复的人！

我一直在寻找一种允许用户定义字段和值（允许无限数量）的数据库解决方案。乍一看，EAV 似乎很合适，但经过一些阅读，我不再确定。

EAV的优点和缺点是什么？

是否有允许用户定义的属性/字段和值的替代数据库方法？

它们都包含相同的数据。

Table1 填充了两列，Table2 将这些列存储在两行中。

因此，如果 Table1 包含 n 行，则 Table2 将有 2 * n 行

哪个查询更快？

或者

我已经选择了 Table2 方案，到目前为止，我有超过 400.000 行，每天有超过 1000 名独立访问者。每天在此数据库中添加超过 2000 行。我的网站保持快速增长。

不要问我为什么有这么多排，他们玩的是在线比赛，那些排是玩家之间的比赛。

任何人都可以推荐存储一般站点首选项的最佳实践吗？例如，如果脚本没有设置默认页面标题，或者在内容框中显示的特色项目的数量，或者在上传图片时系统应该制作的缩略图大小列表。集中这些值有一个明显的好处，即允许人们轻松更改可能在许多页面上使用的首选项。

我的默认方法是将这些首选项作为属性/值对放在 *gulp* EAV 表中。

这张表不太可能变得很大，所以我不太担心性能。我的架构的其余部分是关系的。不过，它确实会产生一些该死的丑陋查询：

任何人都可以提出更好的方法吗？

我正在使用 EAV 进行数据库设计。当我尝试对具有多个值的属性的实体建模时遇到问题？

例如

实体

属性

价值

这是处理值列表的正确方法吗？

请提供任何有用的链接来建模这个？

还有两个问题

1) 类型为 List 是否正确？我想确定当一个属性有多个值时，我会将类型指定为 List

2）当属性对应一个对象时，数据库设计将如何变化？例如用户有地址..我将如何处理复合参数？

如果您能给我提供一个粗略的表格表示或图表，那就太好了

谢谢

谢卡尔

我注意到 Magento 将 URL 保留到它用于您在core_config_data表中设置的每个商店的徽标。

如果我运行这个 SQL：

我得到一个商店列表及其相关徽标。我也得到 aconfig_id和 a scope_id。

我希望能够在幕后以编程方式更新这些徽标，但我不知道如何将此表的数据与商店名称相关联。

config_id并且store_id必须以某种方式链接回另一个建立关系的表。Magento 的 EAV 模型，呃 :)

有任何想法吗？