ZODB3

ZODB3（Zope的对象数据库）提供了Python的面向对象的数据库，提供一个高透明度。
 应用程序可以利用的对象数据库的功能很少，如果有的话，更改应用程序逻辑。 ZODB包括功能，如一个可插拔存储接口，丰富的事务支持，并撤消

什么在此版本中是新的：

• 为'_p_serial“持久化对象的字节（修正兼容性近期持续释放）强制使用。

什么是3.10.5版本，新的：

• 在解决冲突时的状态包括跨数据库的持续性失败与类引用无法导入。

什么是3.10.4版本，新的：

• 在解决冲突时的状态包含类的持久引用失败无法导入。

什么的3.10.3版本是新的：

• 在修复的错误：
• ＆QUOT;活动监视器没有更新的子连接时连接回到泳池和QUOT;
• 在https://bugs.launchpad.net/zodb/+bug/737198
• ＆QUOT;斑点临时文件获取的删除之前它应该＆QUOT;，https://bugs.launchpad.net/zodb/+bug/595378
• 系统的方式做到这一点的是，经过提交过程已经开始交易被中止。我不知道如何做到这一点在野外发生。
• 在3.10.3中，ZEO tpc_abort调用服务器更改为是同步的，这应该解决这种情况。也许还有另一种情况。
• 在性能的增强：
• 在改进ZEO客户端的缓存实现，使其不太可能驱逐正在使用的对象。
• 小（可能是微不足道的），减少CPU的ZEO存储服务器，以服务对象的负载和网络代码。

什么的3.10.1版本是新的：

• 在修复的错误：
• 当一个事务回滚添加对象，并随后加入了更多的对象后的保存点，并承诺，可以提出与QUOT错误; ValueError错误：不同的对象已经有相同的OID＆QUOT;导致交易失败。糟糕的是，这可能留下一个数据库中的状态下，后续的交易中的相同的过程将失败。
• 在https://bugs.launchpad.net/zodb/+bug/665452
• 在Unix域套接字没有为ZEO工作（因为加入支持IPv6）。 https://bugs.launchpad.net/zodb/+bug/663259
• 在删除一个missfeature，可以使用外部垃圾收集与ZEO时，会导致性能问题。当对象是从存储中删除，失效被发送到客户端。这是没有意义的。这是疯狂不可能的其他连接/客户端有垃圾的副本。在正常储存垃圾收集，我们不送失效。我们没有理由向他们发送当外部的垃圾收集器使用。
• 在ZEO客户端缓存模拟misshandled失效导致不正确的统计信息和错误。

什么版本的新 3.10.0 Beta版8：

• 在错误修正：
• 在某些系统中，使用一个空字符串的ZEO客户端的服务器地址导致套接字错误。现在，ZEO客户对''的别名'localhost'的。
• 当池超时指定的数据库和旧的连接被删除，由于超时，错误是由于连接清理逻辑的错误发生。
• 当mulri数据库连接是不再使用，清理，其子连接不正确清理。
• 在更改suppprt的IPv6打破了在Mac OS X中的问题的修正，可能导致服务器停止接受连接。

什么在3.9.7版本新：

• 在修复的错误：
• 在转变方式，垃圾收集对待词典在Python 2.7打破了对象/关系缓存实现。 （https://bugs.launchpad.net/zodb/+bug/641481）

通过SIGUSR2信号
• 在Python的2.7不正式支持，但我们发布的二进制文件，所以...... Logrotation / repoening没有得到执行。 （https://bugs.launchpad.net/zodb/+bug/143600）
• 当连接上使用多数据库，缓存管理操作，cacheMinimize和cacheGC，并没有应用到子连接。

什么版本的新 3.10.0 Beta版7：

• 在错误修正：
• 在ZEO没有使用IPv6 addrsses工作。增加了对IPv6的支持贡献的马丁诉Lowis。
• 在转变方式，车库集合对待词典在Python 2.7打破了对象/关系缓存实现。 （https://bugs.launchpad.net/zodb/+bug/641481）
• 在一个文件存储的错误可能导致ZEO客户对当前对象的版本不正确的信息重新连接到数据库服务器后。
• 在更新相应被删除备份的“repozo --kill岁上满'选项，以消除任何'.index'文件。
• 当加在保存点的对象，要么从事务回滚（https://bugs.launchpad.net/zodb/+bug/143560）或交易被中止（https://mail.zope.org/ pipermail / ZODB-dev的/ 2010月/ 013488.html）对象“_p_oid和_p_jar变量不会被清除，从而导致错误的惊喜的。

当客户端重新连接到存储
• 在ZEO扩展方法失败。 （https://bugs.launchpad.net/zodb/+bug/143344）
• 在对象在后来被中止可能_p_changed仍设置（https://bugs.launchpad.net/zodb/+bug/615758）交易增加。
• 在澄清的情况下lastTransaction返回值时，根本就没有什么交易。现在一串8零点（又名＆QUOT; Z64＆QUOT;）指定
• 当连接上使用多数据库，缓存管理操作，cacheMinimize和cacheGC，并没有应用到子连接。
• 在一个blob禾实际编写任何设置_p_changed导致错误。 （https://bugs.launchpad.net/zodb/+bug/440234）
• 的fstest的详细模式被打破。 （https://bugs.launchpad.net/zodb/+bug/475996）
• 在保存点创建对象ID被回滚wren't被重用。 （https://bugs.launchpad.net/zodb/+bug/588389）
• 在Logrotation /通过SIGUSR2信号repoening没有得到执行。 （https://bugs.launchpad.net/zodb/+bug/143600）（在Windows未测试。）

什么版本的新 3.10.0 Beta版6：

• 在进程退出或数据库关闭可能导致ZEO缓存有不正确的数据，由于在失效方式有问题进行了处理。
• 在数据库的连接并没有失效的缓存条目时响应checkCurrentSerialInTransaction错误提出了冲突的错误。通常情况下，这不应该是一个问题，因为应该有这些OID这将导致无效的对象挂起的失效。已经有已经造成过时的数据以保持在高速缓存中的问题用的ZEO持久高速缓存管理。 （这有可能是最后一次，这些在3.10.0b5得到解决。）无效读取数据时，有一个冲突的错误提供了一些额外的保险。
• 在该界面中，ZODB.interfaces.IStorage是不正确的。这家商店的方法不应该返回OID和串行对的序列。

要求：

• 在Python中