首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >MongoDB中的子对象

MongoDB中的子对象
EN

Stack Overflow用户
提问于 2010-04-09 10:25:25
回答 2查看 762关注 0票数 2

我一直在关注Rob Conery的MongoDB Linq,并遇到了一个问题。在这个例子中,他展示了如何轻松嵌套子对象。对于我目前的实验,我有以下结构。

代码语言:javascript
复制
class Content
{
    ...
    Profile Profile { get; set; }
}

class Profile
{
    ...
}

这在查看内容项时非常有效。我现在面临的困境是,如果我想把这个配置文件当作一个原子对象来处理。现在看来,我不能直接查询Profile对象,但它与内容结果打包在一起。如果我希望它是包罗万象的,但也能够在Profile上查询,我觉得我的第一反应是让Profiles成为一个顶级对象,然后在Content类下创建一个类似structure的外键,将两者联系在一起。

对我来说,这感觉像是在倒退到RDBMS实践上,这感觉很可能是在违背Mongo的精神。您如何对待需要独立操作但又想要作为另一个对象的子对象的对象?

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2010-04-14 03:31:30

我决定将概要文件反规范化为一个“较小”的概要文件,它只包含内容下的不可变的概要文件属性,这将是一个更好的解决方案。这最小化了我将进行的读取,同时允许我在必要时查找实际的配置文件对象,以收集关于配置文件的更深层次的数据。

票数 0
EN

Stack Overflow用户

发布于 2010-04-13 08:32:40

我没有太关注Rob的东西,但只是在这里大声思考。难道不能有一个配置文件提供者对象,内容对象可以获取,并且可以通过某种方式获取您正在寻找的配置文件的实例吗?

这将有利于您正在寻找的组合,而不是父/子关系。

再说一次,在这里我会让content对象具有IProfileProvider类型的依赖项,并在需要时将该提供程序注入到content对象中。这将允许我将内容类型与配置文件类型组合在一起,同时不显式地具有父/子关系

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/2604745

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档