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中