ZODB在现实生活中

Question

用Python编写应用程序,并使用各种ORM设置和直接SQL.所有这些都是罪恶的丑陋.

我一直在将ZODB视为一个对象存储,它看起来很有前途......你会推荐它吗？您的经验,问题和批评是什么,特别是关于开发人员的观点,可扩展性,完整性,长期维护和替代方案？有人用它开始一个项目并抛弃它吗？为什么？

虽然ZODB,Pypersyst和其他人背后的想法很有趣,但他们似乎缺乏热情:(

Answer 1

我在Zope和外面使用ZODB超过十年了.如果您的数据是分层的,这很好.客户经营的最大的数据存储可能......我不知道... 100GB在里面？无论如何,这个数量级的东西.

这是与Postgres的性能比较.

如果您正在编写WSGI Web应用程序,这些程序包可能很有用:

• repoze.tm2(docs)

• repoze.zodbconn(docs)

Answer 2

与"任何键值存储"相比,ZODB的关键特性是属性更改与真实ACID事务的自动集成,以及对其他持久对象的干净,"任意"引用.

ZODB比Zope默认使用的FileStorage更大:

• RelStorage后端允许您将数据放入RDBMS中,可以使用标准工具进行备份,复制等.
• ZEO允许轻松扩展应用程序和离线作业.
• 两阶段提交支持允许协调多个数据库之间的事务,包括RDBMS(假设它们提供了TPC感知层).
• 基于对象属性或包含的简单层次结构:您不需要编写递归自连接来模拟它.
• 基于文件系统的BLOB支持使得提供大型文件变得微不足道.

总的来说,我很高兴使用ZODB几乎任何数据形状不明显"方形"的问题.

Answer 3

我会推荐它。

我真的没有任何批评。如果它是您要查找的对象存储，则可以使用它。我之前已经在其中存储了 250 万个对象，并没有感到紧张。