ZODB3 (אובייקט מסד נתונים Zope) מספק מסד נתונים מונחה עצמים לPython המספק דרגה גבוהה של שקיפות.
יישומים יכולים לנצל את תכונות אובייקט מסד נתונים עם מעט, אם בכלל, שינויים בהיגיון יישום. ZODB כולל תכונות כגון ממשק plugable אחסון, תמיכת עסקה עשירה, ולבטל את
מה חדש בהודעה זו :.
- > שימוש כפוי של בתים עבור '_p_serial' של אובייקטים מתמשכים (תאימות עם גרסאות תיקונים מתמשכות האחרונות).
מה חדש בגרסת 3.10.5:
- פתרון סכסוכים נכשל כאשר המדינה כללה מסד נתונים צולבים מתמשך אזכור בשיעורים שלא ניתן לייבא.
מה חדש בגרסת 3.10.4:
- פתרון סכסוכים נכשל כאשר המדינה כללה אזכור מתמיד עם כיתות שלא ניתן לייבא.
מה חדש בגרסת 3.10.3:
& quot; צג פעילות לא מעודכן לsubconnections כאשר חיבור חזר לברכה & quot; https://bugs.launchpad.net/zodb/+bug/737198 & quot; של גט קובץ זמני בועה להסיר לפני שהוא צריך & quot ;, https://bugs.launchpad.net/zodb/+bug/595378 דרך כדי שזה יקרה היא שעסקה בוטלה לאחר שהתחיל את התהליך להתחייב. אני לא יודע איך זה היה קורה בטבע. ב3.10.3, Zeo tpc_abort קורא לשרת משתנה להיות סינכרוני, שאמור לטפל במקרה זה. אולי יש מקרה אחר. שיפורי ביצועים: יישום מטמון הלקוח Zeo משופר כדי להפוך אותו פחות סיכוי לפינוי חפצים שאינם בשימוש. קטן (אולי זניחה) ירידה במעבד בשרתי אחסון Zeo שירות עומסי אובייקט וברשת קוד. מה חדש בגרסת 3.10.1:
כאשר עסקה תוחזר savepoint לאחר הוספת אובייקטים ועוד חפצים שיצטרפו בעתיד ומחויב, שגיאה יכולה להיות מורמת & 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-מסד הנתונים כבר לא שמשו וניקו, subconnections לא ניקה כראוי. שינויים בsuppprt IPv6 פרץ תיקון לבעיה על Mac OS X, שעלול לגרום לשרת להפסיק לקבל חיבורים. מה חדש בגרסה 3.9.7:
שינויים באופן שבו מתייחס לאיסוף אשפה מילונים בפייתון 2.7 שברו את יישום מטמון אובייקט / חיבור. (Https://bugs.launchpad.net/zodb/+bug/641481) Logrotation / repoening
Python 2.7 לא נתמך באופן רשמי, אבל אנחנו משחררים קבצים בינאריים לזה, אז ... באמצעות אות SIGUSR2 לא יושם. (Https://bugs.launchpad.net/zodb/+bug/143600) בעת השימוש במאגרי מידע רב, פעולות מטמון ניהול על חיבור, cacheMinimize וcacheGC, לא יחולו על subconnections. מה חדש בגרסת 3.10.0 Beta 7:
Zeo לא עבד עם addrsses IPv6. תמיכה נוסף IPv6 שנתרמו על ידי מרטין v. Lowis. שינויים באופן שבו אוסף מוסך מתייחס מילונים בפייתון 2.7 שברו את יישום מטמון אובייקט / חיבור. (Https://bugs.launchpad.net/zodb/+bug/641481) . באג אחסון קבצים עלולים לגרום ללקוחות Zeo יש מידע שגוי על תיקוני אובייקט הנוכחיים לאחר חיבור מחדש לשרת מסד הנתונים
עדכון הקבצים 'repozo בן --kill-על-מלא "האפשרות להסיר כל' .index 'מתאים לגיבויים שהוסרו. כאשר אובייקטים נוספו בsavepoints וגם savepoint היה מוחזר (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 nulls (aka & quot; z64 & quot;). מצוינת בעת השימוש במאגרי מידע רב, פעולות מטמון ניהול על חיבור, cacheMinimize וcacheGC, לא יחולו על subconnections. הגדרת _p_changed על בועת וו בעצם כותבת משהו גרמה לשגיאה. (Https://bugs.launchpad.net/zodb/+bug/440234) המצב המפורט של fstest נשבר. (Https://bugs.launchpad.net/zodb/+bug/475996) תעודות זהות אובייקט שנוצרו בsavepoint שתוחזר wren't שבה שימוש חוזר. (Https://bugs.launchpad.net/zodb/+bug/588389) Logrotation / repoening באמצעות אות SIGUSR2 לא יושם. (Https://bugs.launchpad.net/zodb/+bug/143600) (שלא נבדק על חלונות.) מה חדש בגרסת 3.10.0 Beta 6
: - יציאות תהליך או נסגר מסד הנתונים עלולות לגרום Zeo
מטמונים יש נתונים לא נכונים בשל בעיה בפסילות הדרך עובדו.
חיבורי מסד נתונים לא לפסול ערכי מטמון כאשר שגיאות סכסוך הועלו בתגובה לשגיאות checkCurrentSerialInTransaction. בדרך כלל, זה לא צריך להיות בעיה, שכן לא אמור להיות פסילות ממתינות עבור OIDs אלה שיגרמו לאובייקט לייפסל. היו בעיות עם ניהול מטמון מתמשך Zeo שגרמו מתוך נתונים מועד להישאר במטמון. (יכול להיות שאחרון שבן טופלו ב3.10.0b5.) פוסל לקרוא נתונים כאשר יש שגיאת סכסוך מספקת כמה ביטוח נוסף. הממשק, ZODB.interfaces.IStorage היה שגוי. שיטת החנות אף פעם לא צריכה לחזור רצף של זוגות OID וסדרתי. דרישות :
תגובות לא נמצא