基于 SQL Server 的 EAV

发布于 2024-08-03 05:18:05 字数 76 浏览 9 评论 0 原文

我有兴趣在 SQL Server 数据库上使用 EAV 模型。有人能给我指出现有模型/模式的文章或框架吗（我对此对 Saas 不感兴趣）？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

饮惑 2024-08-10 05:18:05

语义数据建模的最佳实践对于 Perfor...

EAV 是出了名的问题，因为它会导致严重的部署性能和可扩展性问题。链接中的白皮书由 SQL Server 客户咨询团队发布，试图为部署成功的 EAV 模型提供一些指导。

回复收藏 0 原文

梦毁影碎の 2024-08-10 05:18:05

我还没有使用过它，但是这个 codeplex 项目中有一个包含数据的 EAV 结构示例：

http://eav.codeplex。 com/
“SQL Server 的示例 EAV 模式，具有：表和索引、部分引用完整性、部分数据类型、可更新视图（如普通 SQL 表）”

提供一些可供下载的 SQL 脚本，此处。

另外，这篇博文：
“戴夫的 eav 指南”
http://weblogs.sqlteam.com/davidm/articles/12117.aspx

...通过 SQL Server 中的 EAV 示例进行工作，其中包含如何实现类型检查和查询的示例，以及有关理论和 EAV 为何会导致问题的大量讨论。

回复收藏 0 原文

寒尘 2024-08-10 05:18:05

为什么不创建一个包含实体列、属性列和值列的非常简单的表：

CREATE TABLE eav(
    entity STRING,
    attribute STRING,
    value STRING);

然后使用某种脚本填充该表以生成一些测试数据。

INSERT INTO eav ('banana','color','yellow');
INSERT INTO eav ('banana','fluffy','no');
INSERT INTO eav ('banana','origin','Guatemala');
INSERT INTO eav ('orange','origin','USA');
INSERT INTO eav ('orange','origin','Mexico');
INSERT INTO eav ('pear','origin','USA');
INSERT INTO eav ('peach','fluffy','yes');

然后尝试在其上运行查询，尝试一下，了解它是如何工作的，等等。

但总的来说，上述数据组织方案并没有真正与关系数据库理论很好地契合。上面的内容更符合文档数据库理论，例如 Couch DB。如果您需要在野外存储/管理 EAV 性质的数据，我会更深入地研究这一点。

Why not create a very simple table with an entity column, an attribute column, and a value column:

CREATE TABLE eav(
    entity STRING,
    attribute STRING,
    value STRING);

And then populate the table using a script of some sort to generate some test data.

INSERT INTO eav ('banana','color','yellow');
INSERT INTO eav ('banana','fluffy','no');
INSERT INTO eav ('banana','origin','Guatemala');
INSERT INTO eav ('orange','origin','USA');
INSERT INTO eav ('orange','origin','Mexico');
INSERT INTO eav ('pear','origin','USA');
INSERT INTO eav ('peach','fluffy','yes');

And then try running queries on it, to play around, learn how it works, etc.

In general though, the above data organization scheme doesn't really mesh well with relational database theory. The above meshes more with document database theory, like Couch DB. I'd look more into that if you need to store/manage data of EAV nature in the wild.

回复收藏 0 原文