db4o (或任何其他oodb)中的分层嵌套数据结构

Question

实际上，我的问题是，如果我要在oodb中使用嵌套数据结构，那么我将在db中的其他实例中放置类实例，或者是否存在某种需要的关系映射。

我对OODB (面向对象的数据库)已经感兴趣了一年左右。我本质上是一个web/应用程序开发人员，现在已经注意到在复杂的层次结构(如MySQL和MySQL等关系模型中的网站层次结构)的复杂性和性能方面存在严重的限制。

给出一个快速java (伪代码)示例：-

类/DB类型：

public class PageObject{

    public String title = "";
    public String shortname = "";
    public boolean published = false;
    public PageObject[] pages = null;

    public PageObject() {}

}

因此，如果我们从这个类开始，它将能够在页面数组(或向量、集合或其他什么)中保存同一个类的其他实例，那么我们最终可能会有这样的站点布局：-

第一家庭儿童

• 1
• 2
• 3

• Home

- Second Home Child
- Third Home Child

看看这个，我们可以看到 Home 项将有3个项存储在它的pages集合中，而这个集合中的First Home子类项在它自己的pages集合中还有另外3个项。

如果我们要将此结构存储在DB4O (或任何其他OODB)中，这会不会在性能方面出现问题，因为在假定数据库显著增长的情况下，对顶级对象(如主页)的调用也会返回它们下面的所有项？

这个问题可能显得相当主观，我对此事先表示歉意，但我似乎无法从关系模型中抽身而出，因此在我进入进一步的代码工作之前，即使试图规划出任何类型的数据模型，我也会遇到实际的问题。

任何清晰的任何人都可以在这一点上绝对感谢在这一阶段！提前为任何想法干杯！

Answer 1

当您处理表和联接感觉过度的复杂对象层次结构时，OODB恰恰是合适的。db4o (和其他oodbs，如Versan‘to )不需要使用连接(如关系数据库管理系统中的连接)，并且透明地处理对象之间的关系(如在对象模型中定义的)。本质上，您的对象模型最终是您的数据模型或模式。在处理嵌套结构时，这些oodbms系统通常比rdbms性能更好，甚至可以处理循环引用。

为了避免加载/存储比预期更多的对象，oodbms可以处理任意级别的对象激活(或更新)深度(例如，在您的示例中，您可以告诉数据库只检索/更新第一级home childs)。或者，您可以将它们配置为在透明持久性模式下工作(如Sam建议的那样)，其中数据库只检索或更新按需访问的内容(即。(当您导航对象树时)。

更多信息(db4o)：http://developer.db4o.com/Documentation/Reference/db4o-8.0/java/reference/Content/basics/activation.htm

HTH

最好的！

德语

Answer 2

如果您的层次结构确实是一棵树，那么使用父关系(对不起，我不能使用一个名为PageObject的类)来建模不是更好吗？

class Page {
  Page parent = null
}

？然后，您可以通过搜索所有具有空父级的Page来查找根。

通常，您还应该了解透明激活。

另一种称为“半关系”的方法是定义没有包含信息的Page对象和包含关系对象：

class Page

class Contains {
   Page container
   Page contained
}

在这里，在最坏的情况下，从数据库中提取一个Contains对象会拉出两个页面。不过，您需要小心地管理页面删除。

PS:请原谅我的缩写Java，我太习惯Scala了。