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

问题描述

| 确实，我的问题是，如果要在oodb中使用嵌套的数据结构，我是否会将类的实例放置在db中的其他实例中，或者是否需要某种关系映射。 我已经对OODB（面向对象的数据库）感兴趣了大约一年了。我本质上是一个Web /应用程序开发人员，并且一段时间以来，我一直注意到在表示复杂的层次结构（例如在MS T-SQL和MySQL等关系模型中的网站层次结构）的复杂性和性能方面存在严重的局限性。 给出一个快速的Java（伪代码）示例：- 类别/数据库类型：

public class PageObject{

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

    public PageObject() {}

}

因此，如果我们从此类开始，它将能够在页面数组（或向量，集合或其他内容）中保存同一类的其他实例，那么我们最终可能会拥有这样的网站布局： 家 第一个家庭孩子 1个 2 3 第二家庭孩子 第三家庭儿童 查看此内容，我们可以看到Home项将在其页面集合中存储3个项目，而此集合中的First Home Child项在其自己的页面集合中又有3个项目。 如果我们然后将该结构存储在DB4O（或任何其他OODB）中，则会在性能方面出现问题，因为对顶级对象（例如主页）的任何调用也会返回其下的所有项，假设数据库显着增长？ 这个问题可能看起来很主观，对此我事先表示歉意，但我似乎无法从关系模型中脱颖而出，因此在尝试进行任何类型的数据模型开发之前就遇到了实际问题，在代码中进行进一步的工作。 在此阶段，任何人都可以做到的任何澄清都将是不胜感激的！如有任何想法，请提前加油！     

解决方法

当您要处理复杂的对象层次结构时，表和联接会显得过大，这正是OODB的合适之处。 db4o（以及其他oodb，例如Versan't VOD）不需要使用联接（如在rdbms中），也不需要透明地处理对象之间的关系（如您的对象模型中所定义）。本质上，您的对象模型最终将成为您的数据模型或架构。这些oodbms系统在处理嵌套结构时通常比rdbms更好，甚至可以处理循环引用。 为了避免加载/存储比预期更多的对象，oodbms可以在任意级别的对象激活（或更新）深度下工作（例如，在您的示例中，您可以告诉db仅检索/更新第一级家庭孩子）。另外，您可以将它们配置为以透明持久模式（如Sam所建议的那样）唤醒，在该模式下，数据库仅检索或更新您按需访问的内容（即，在导航对象树时）。 更多信息（db4o）： http://developer.db4o.com/Documentation/Reference/db4o-8.0/java/reference/Content/basics/activation.htm 高温超导 最好！ 德语     ,如果您的层次结构确实是一棵树，那么最好使用父级关系对其建模（对不起，我不能让自己使用名为

PageObject

的类）：

class Page {
  Page parent = null
}

？然后，您可以通过搜索所有具有空Parent的Page \来找到​​根。 通常，您还应该了解透明激活。 “半关系”的另一种方法是定义没有包含信息和包含关系对象的Page对象：

class Page

class Contains {
   Page container
   Page contained
}

在这里，最糟糕的是从数据库中拉出一个Contains对象会拉出两个页面。但是，您需要仔细管理页面删除。 PS：请原谅我的Java缩写，我已经对Scala习惯了。