وZODB3 (Zope قاعدة بيانات كائن) توفر قاعدة بيانات وجوه المنحى لبيثون أن يوفر درجة عالية من الشفافية.
يمكن لتطبيقات الاستفادة من ميزات قاعدة بيانات الكائن مع عدد قليل، إن وجدت، والتغييرات لمنطق التطبيق. يشمل ZODB ميزات مثل واجهة plugable التخزين، ودعم الصفقة الغنية، والتراجع عن
ما هو الجديد في هذا الإصدار:.
الاستخدام القسري للبايت ل '_p_serial "من الأشياء المستمرة ( إصلاحات التوافق مع الإصدارات المستمرة الأخيرة).
ما هو الجديد في الإصدار 3.10.5: فشل
حل النزاعات عندما شملت الدولة قاعدة البيانات عبر إشارات مستمرة مع الفئات التي لا يمكن استيرادها.
ما هو الجديد في الإصدار 3.10.4: فشل
حل النزاعات عندما شملت دولة الإشارات المستمرة مع الفئات التي لا يمكن استيرادها.
ما هو الجديد في الإصدار 3.10.3:
البق الثابتة:
ومثل، ورصد النشاط لا يتم تحديث لsubconnections عندما عاد اتصال لتجميع ومثل.
https://bugs.launchpad.net/zodb/+bug/737198
ومثل، ملف مؤقت النقطة الحصول على إزالتها قبل ذلك ينبغي ومثل ؛، https://bugs.launchpad.net/zodb/+bug/595378
وهناك طريقة لهذا أن يحدث هو أن صفقة يتم إحباط بعد أن بدأت عملية ارتكاب. أنا لا أعرف كيف أن هذا يمكن أن يحدث في البرية.
في 3.10.3، يتم تغيير ZEO tpc_abort الدعوة إلى الملقم ليكون متزامن، والتي ينبغي معالجة هذه القضية. ربما هناك قضية أخرى.
تحسينات في الأداء:
تحسين ZEO تنفيذ ذاكرة التخزين المؤقت العميل لجعلها أقل عرضة للطرد الكائنات التي يتم استخدامها.
صغير (ربما negligable) انخفاض في وحدة المعالجة المركزية في خوادم التخزين ZEO لخدمة الأحمال الكائن في التعليمات البرمجية والشبكات.
ما هو الجديد في الإصدار 3.10.1:
البق الثابتة:
عندما توالت على المعاملة مرة أخرى لنقطة حفظ بعد إضافة كائنات وأضاف في وقت لاحق أكثر من كائنات وارتكب، يمكن أن يظهر خطأ ومثل، ValueError: كائن مختلف وبالفعل نفس OID ومثل. مما تسبب في فشل الصفقة. والأسوأ من ذلك، وهذا يمكن ترك قاعدة البيانات في حالة حيث ستفشل المعاملات اللاحقة في نفس العملية.
https://bugs.launchpad.net/zodb/+bug/665452
لم مآخذ مجال يونكس لا تعمل لZEO (منذ إضافة دعم IPv6). https://bugs.launchpad.net/zodb/+bug/663259
إزالة missfeature التي يمكن أن تسبب مشاكل في الأداء عند استخدام جامع القمامة الخارجي مع ZEO. عندما تم حذف الكائنات من التخزين، وأرسلت إبطال للعملاء. هذا لا معنى له. فمن غير المرجح أن بعنف الاتصالات الأخرى / عملاء لديها نسخ من القمامة. في العادي جمع تخزين القمامة، ونحن لا نرسل إبطال. ليس هناك سبب لإرسالها عند استخدام جامع القمامة الخارجي.
محاكاة ذاكرة التخزين المؤقت العميل ZEO misshandled إبطال تسبب الإحصاءات وأخطاء غير صحيحة.
ما هو الجديد في الإصدار 3.10.0 بيتا 8:
البق الثابتة:
على بعض الأنظمة، وذلك باستخدام سلسلة فارغة في خطاب خادم عميل ZEO أدى إلى خطأ في المقبس. الآن، والعملاء ZEO علاج '' كاسم مستعار ل 'LOCALHOST ".
عندما تم تحديد مهلة تجمع لقاعدة بيانات وأزيلت اتصالات القديم نظرا لانتهاء المهلة، حدث خطأ بسبب خلل في المنطق تنظيف الاتصال.
عندما لم تعد تستخدم وصلات قاعدة بيانات mulri وتنظيف، لم تنظف subconnections بهم بشكل صحيح.
تغييرات على suppprt الإصدار IPv6 اندلعت إصلاح لمشكلة في نظام التشغيل Mac OS X التي يمكن أن تسبب الملقم عن قبول الاتصالات.
ما هو الجديد في الإصدار 3.9.7:
البق الثابتة:
اندلعت التغييرات في الطريقة التي جمع القمامة يعامل قواميس في بيثون 2.7 تنفيذ مخبأ الكائن / الاتصال. (https://bugs.launchpad.net/zodb/+bug/641481)
بيثون 2.7 كان غير معتمدة رسميا، لكننا كنا الإفراج عن ثنائيات لذلك، لذلك ... لم ينفذ Logrotation / repoening عبر إشارة SIGUSR2. (https://bugs.launchpad.net/zodb/+bug/143600)
عند استخدام قواعد بيانات متعددة، وعمليات إدارة التخزين المؤقت للفي اتصال، cacheMinimize وcacheGC، لم تطبق إلى subconnections.
ما هو الجديد في الإصدار 3.10.0 بيتا 7:
البق الثابتة:
لم ZEO لا تعمل مع addrsses الإصدار IPv6. إضافة دعم الإصدار IPv6 التي ساهمت بها مارتن ضد Lowis.
اندلعت التغييرات في الطريقة التي جمع المرآب يعامل قواميس في بيثون 2.7 تنفيذ مخبأ الكائن / الاتصال. (https://bugs.launchpad.net/zodb/+bug/641481)
A التخزين علة ملف يمكن أن يسبب عملاء ZEO الحصول على معلومات غير صحيحة حول المراجعات الكائن الحالية بعد إعادة الاتصال إلى ملقم قاعدة البيانات.
تحديث "repozo --kill من العمر على اساس الكامل 'الخيار لإزالة الملفات أي" .index "المقابلة لالنسخ الاحتياطي يتم إزالتها.
عندما أضيفت الكائنات في savepoints وتوالت إما نقطة حفظ الظهر (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 بلا قيم (ويعرف أيضا باسم ومثل، z64 ومثل،) يتم تحديد.
عند استخدام قواعد بيانات متعددة، وعمليات إدارة التخزين المؤقت للفي اتصال، cacheMinimize وcacheGC، لم تطبق إلى subconnections.
وضع _p_changed على سائل التعليم الجامعي كتابة أي شيء في الواقع تسبب في الخطأ. (https://bugs.launchpad.net/zodb/+bug/440234)
وكان الوضع المطول للfstest مكسورة. (https://bugs.launchpad.net/zodb/+bug/475996)
الاعتراض هويات إنشاؤها في نقطة حفظ التي التراجع wren't يجري إعادة استخدامها. (https://bugs.launchpad.net/zodb/+bug/588389)
لم ينفذ Logrotation / repoening عبر إشارة SIGUSR2. (https://bugs.launchpad.net/zodb/+bug/143600) (غير مجربة على ويندوز).
ما هو الجديد في الإصدار 3.10.0 بيتا 6:
مخارج عملية أو يغلق قاعدة البيانات يمكن أن يسبب مخابئ ZEO الحصول على بيانات غير صحيحة بسبب مشكلة في الطريقة التي تم معالجتها إبطال.
لم اتصالات قاعدة البيانات لا يبطل إدخالات ذاكرة التخزين المؤقت عندما أثيرت أخطاء الصراع ردا على أخطاء checkCurrentSerialInTransaction. عادة، وهذا لا ينبغي أن يكون مشكلة، ومنذ ينبغي أن يكون هناك إبطال معلقة لهذه الكويكبات الذي يؤدي الكائن إلى أن يبطل. كانت هناك مشاكل مع ZEO إدارة التخزين المؤقت المستمرة التي تسببت من البيانات التاريخ لتبقى في ذاكرة التخزين المؤقت. (فمن الممكن أن آخر هذه تم تناولها في 3.10.0b5.) يبطل قراءة البيانات عندما يكون هناك يوفر خطأ تعارض بعض تأمين إضافي.
واجهة، وكان ZODB.interfaces.IStorage غير صحيحة. طريقة تخزين لا ينبغي أبدا إرجاع تسلسل أزواج OID والتسلسلية.
المتطلبات:
بيثون
لم يتم العثور على التعليقات