Python 现实生活中的ZODB

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

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

---

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

ZODB已经被大量大型数据库使用

大多数ZODB使用是/可能是从Zope迁移出去的Zope用户

性能不如Relational database+ORM好，尤其是在有大量写入的情况下

长期维护并不是那么糟糕，您需要不时打包数据库，但这可以在现场完成

如果要在ZODB中使用多个进程，就必须使用ZEO，这比直接使用ZODB要慢得多

---

我不知道ZODB在闪存上的性能如何。

通过酸洗，您应该能够以类似的方式使用任何数据库。

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

ZODB大于Zope中默认使用的文件存储：

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

---

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

我在Zope内外使用ZODB已经有十多年了。如果您的数据是分层的，那就太好了。一个客户运营的最大数据存储区可能有。我不知道，它有100GB吗？反正是这个数量级的东西

这是

如果您正在编写WSGI web应用程序，以下软件包可能很有用：

• （）

• （）

我推荐它

---

我真的没有任何批评。如果这是你要找的对象存储，那么这就是要使用的对象存储。我以前在其中存储过250万个对象，而且没有感觉到任何困难。
谢谢你的回答！我想知道在webfarm设置中，ZODB是否可以取代使用ZEO的MySQL。认真的缓存有望抵消store.ZODB通常在数据不变的情况下使用关系数据库进行重复查询，即使在混合使用ZEO的情况下也是如此，因为已经有了客户端缓存。除非同时pickle“a”和“b”，每个都引用“c”？@Aiden，否则ZODB如何处理这种情况？ZODB透明地处理它。请参见-1：值判断：“开始讨厌RDBMS/对象不匹配"你能从问题中消除价值判断吗？有没有办法把重点放在事实上，减少对你个人仇恨的强调？@S.Lott-一个不情愿的编辑。不是因为你不正确，而是因为-1与一个粗鲁的请求连用。这不是bayeux挂毯。被接受。不仅仅是因为答案，但在谷歌搜索我需要的ZODB资料时，我经常看到你的帖子/文章/演示文稿。我知道向谁提出进一步的问题！；）这也是一个非常有用的关于性能的有趣链接。值得一读！“与Postgres的性能比较”链接已过期，您可以在