如何避免ZODB数据库仅创建单个大条目？

别太焦虑——如果你的每个子Item都是独立的Persistent实例，ZODB其实会把它们作为单独的记录存储，根Item的记录里只会保存这些子对象的引用（OID），不会把所有数据都塞进同一个大条目中。不过如果想进一步优化性能，或者确实遇到了单一大记录的问题，下面几个方法可以帮你调整方案：

1. 确保子Item是独立的Persistent对象 #

你已经让Item继承了Persistent，这一步做对了，但要注意创建子Item时一定要实例化新的Item对象，而不是把数据直接存在根Item的属性里。比如可以给Item加一个公共方法来管理子项，避免直接操作私有属性：

class Item(Persistent):
    def __init__(self, name, *args, **kwargs):
        super().__init__(*args, **kwargs)
        self.__name = name
        self.__myList = PersistentList()
        # 其他属性...
    
    def add_child(self, child_item):
        if isinstance(child_item, Item):
            self.__myList.append(child_item)

# 使用示例
root_item = Item("root")
for i in range(20000):
    child = Item(f"child_{i}")
    root_item.add_child(child)

这样每个子Item都会拥有独立的对象ID（OID），ZODB会把它们存在单独的记录中，根Item的记录只会保存这些OID的列表，不会膨胀成超大条目。

2. 用BTree替代PersistentList存储大量子对象 #

PersistentList虽然支持持久化，但本质还是线性结构，当元素数量达到20000级时，列表本身的元数据会存在根Item的记录里。换成ZODB推荐的BTrees模块会更高效：

from BTrees.OOBTree import OOBTree

class Item(Persistent):
    def __init__(self, name, *args, **kwargs):
        super().__init__(*args, **kwargs)
        self.__name = name
        self.__myItems = OOBTree()  # 用BTree存储子Item，键可以是名称或自增ID
        # 其他属性...
    
    def add_child(self, child_item):
        if isinstance(child_item, Item):
            self.__myItems[child_item._Item__name] = child_item

BTree在ZODB中是分片存储的，每个分片都是独立记录，不会让根对象的记录过大，而且查询、插入、删除子对象的性能也远优于列表。

3. 拆分根对象，避免单一顶级条目 #

如果你的数据结构确实非常庞大，可以考虑把根对象拆分成多个部分，直接挂载到ZODB的root上，而不是都嵌套在一个root_item里：

def create_database(root_groups):
    storage = FileStorage("C:/mytest/mydb.db")
    db = DB(storage)
    conn = db.open()
    root = conn.root()
    # 把不同类别的数据存在root的不同键下
    for group_name, group_item in root_groups.items():
        root[group_name] = group_item
    transaction.commit()

这样每个顶级键对应的对象都是独立的记录，彻底避免单个超大根条目的问题。

最后再澄清一下教程的说法 #

教程里提到的「直接在root存储大量对象导致单一大记录」，指的是把大量非Persistent数据直接存在root的属性里（比如一个包含20000个普通字典的列表），而不是像你这样用独立的Persistent子对象。只要你的子项都是Persistent实例，就不会触发这个问题。

内容的提问来源于stack exchange，提问作者K.Mulier