ZODB在Real Li中

Question

用Python编写应用程序，并使用各种ORM设置和直接SQL。所有这些都像罪恶一样丑陋。

我一直把ZODB看作一个对象存储，它看起来是一个很有前途的替代品。。。你能推荐它吗？您有什么经验、问题和批评，特别是关于开发人员的观点、可伸缩性、完整性、长期维护和替代方案？有人用它开始一个项目然后放弃它吗？为什么？

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

Answer 1

与“任何键值存储”相比，ZODB的关键特性是将属性更改与真实ACID事务自动集成，并清除对其他持久对象的“任意”引用。

ZODB比Zope中默认使用的文件存储空间还要大：

• RelStorage后端允许您将数据放入RDBMS中，该RDBMS可以使用标准工具进行备份、复制等。
• ZEO允许轻松扩展appserver和离线作业。
• 两阶段提交支持允许协调多个数据库之间的事务，包括rdbmse（假设它们提供了一个TPC感知层）。
• 基于对象属性或包含的简单层次结构：不需要编写递归自连接来模拟它。
• 基于文件系统的BLOB支持使得提供大文件变得很容易实现。

总的来说，我很高兴使用ZODB来解决数据形状不明显是“正方形”的几乎所有问题。

Answer 2

我会推荐的。

我真的没有任何批评。如果你要找的是一个对象存储，就用这个。我以前在里面放了250万个东西，一点也不紧张。

Answer 3

我已经在Zope内外使用ZODB十多年了。如果你的数据是分层的，那就太好了。客户运营的最大数据存储可能有。。我不知道。。。100GB？不管怎样，都是那个数量级的东西。

这是a performance comparison against Postgres。

如果您正在编写WSGI web应用程序，这些包可能很有用：

• repoze.tm2（docs）

• repoze.zodbconn（docs）