ZODB3

ZODB3 (Zope Database Object) stanowi bazę obiektową dla Pythona, który zapewnia wysoką przejrzystość.
 Aplikacje mogą skorzystać z funkcji bazodanowych obiekt z kilku, jeśli w ogóle, zmian w logice aplikacji. ZODB zawiera takie funkcje jak wtykane interfejs pamięci, obsługę transakcji, bogatej i cofanie

Co nowego w tym wydaniu:.

• Wymuszone korzystanie z bajtów "_p_serial" trwałych obiektów (zgodność z ostatnich trwałych naprawia wydań).

Co nowego w wersji 3.10.5:

• Rozwiązywanie konfliktów nie powiodło się podczas stanu zawarte cross-bazy danych trwałe referencje z klas, które nie mogą być przywożone.

Co nowego w wersji 3.10.4:

• Rozwiązywanie konfliktów nie powiodło się podczas stanu zawarte trwałych odniesień do klas które nie mogą być importowane.

Co nowego w wersji 3.10.3:

• Błędy Naprawiono:
• & quot; monitor aktywności nie są aktualizowane w subconnections gdy połączenie wrócił do puli & quot;
• https://bugs.launchpad.net/zodb/+bug/737198
• & quot; Blob plików tymczasowych get usunięty zanim powinna & quot ;, https://bugs.launchpad.net/zodb/+bug/595378
• sposób to się stało, że transakcja została przerwana po Proces zobowiązują się rozpoczął. Nie wiem, jak to się stanie na wolności.
• W 3.10.3, ZEO tpc_abort zadzwonić do serwera zmienił się synchroniczne, które powinny zająć się tą sprawą. Może jest inna sprawa.
• Ulepszenia wydajności:
• Ulepszona ZEO implementacja pamięci podręcznej klienta, aby to mniej prawdopodobne, aby eksmitować obiekty, które są używane.
• Małe (ewentualnie negligable) zmniejszenie procesorów na serwerach magazynujących ZEO do obsługi obciążeń obiektów i kod sieci.

Co nowego w wersji 3.10.1:

• Błędy Naprawiono:
• Gdy wycofano transakcję punkt zapisu po dodaniu obiektów i następnie dodane więcej obiektów i popełnienie błędu może zostać podniesiona & quot; ValueError: inny obiekt ma już taką samą oid & quot; powoduje, że transakcja nie. Co gorsza, może to zostawić bazę danych, w stanie, w którym kolejne operacje w tym samym procesie nie uda.
• https://bugs.launchpad.net/zodb/+bug/665452
• gniazdkach domen unixowych nie dla ZEO (od dodanie wsparcia IPv6). https://bugs.launchpad.net/zodb/+bug/663259
• Usunięto missfeature, które mogą powodować problemy z wydajnością podczas korzystania z zewnętrznego śmieciarza z ZEO. Gdy obiekty zostały usunięte z pamięci, unieważnień zostały wysłane do klientów. To nie ma sensu. To szalenie mało prawdopodobne, że inne połączenia / klienci mają kopie śmieci. W normalnym zbierania śmieci przechowywania, nie wysyłamy unieważnień. Nie ma powodu, aby wysłać je, gdy jest używany zewnętrzny garbage collector.
• ZEO klienta symulacji cache misshandled unieważnień powodujące błędne statystyki i błędy.

Co nowego w wersji 3.10.0 Beta 8:

• błędy:
• W niektórych systemach, używając pusty ciąg znaków w adresie serwera klienta ZEO doprowadziło do błędu gniazda. Teraz klienci ZEO leczenia '' jako alias dla "localhost".
• Jeśli basen został określony limit czasu dla bazy danych i stare połączenia zostały usunięte ze względu na limit czasu, błąd ze względu na błąd w logice czyszczenia połączenia.
• Podczas połączenia mulri-baz danych nie są już używane i oczyszczone, ich subconnections nie były czyszczone prawidłowo.
• Zmiany suppprt IPv6 złamał poprawkę problemu na systemie Mac OS X, która może spowodować serwer przestanie akceptować połączenia.

Co nowego w wersji 3.9.7:

• Błędy Naprawiono:
• Zmiany w sposób, że wywóz śmieci traktuje słowniki w Pythonie 2.7 przerwał realizację cache obiekt / połączenia. (Https://bugs.launchpad.net/zodb/+bug/641481)
• Python 2.7 nie został oficjalnie wspierana, ale byliśmy zwolnieniu pliki binarne dla niej, więc ... Logrotation / repoening pomocą sygnału SIGUSR2 nie został zrealizowany. (Https://bugs.launchpad.net/zodb/+bug/143600)
• W przypadku korzystania z baz danych, multi-cache operacji zarządzania w kontekście cacheMinimize i cacheGC, nie były stosowane do subconnections.

Co nowego w wersji 3.10.0 Beta 7:

• błędy:
• ZEO nie działa z addrsses IPv6. Dodano wsparcie IPv6 przyczynił Martin v. Lowis.
• Zmiany w sposób zbiór garaż traktuje słowniki w Pythonie 2.7 przerwał realizację cache obiekt / połączenia. (Https://bugs.launchpad.net/zodb/+bug/641481)
• problem przechowywania plików może spowodować, że klienci ZEO mieć nieprawidłowe informacje o aktualnych zmianach obiektów po ponownym podłączeniu do serwera bazy danych.
• zaktualizowała repozo --kill-stare-na-pełna "opcję, aby usunąć wszelkie" .Index plików "odpowiadające kopie zapasowe są usuwane.
• Jeżeli obiekty zostały dodane w punkty zapisu i albo punktu zapisu została wycofana (https://bugs.launchpad.net/zodb/+bug/143560) lub transakcja została przerwana (https://mail.zope.org/ program Pipermail / ZODB-dev / 2010-czerwiec / 013488.html) zmienne _p_oid i _p_jar obiekty "nie zostały rozliczone, co prowadzi do surprizing błędów.
• rozszerzenie metod ZEO nie udało, gdy klient ponownie podłączony do przechowywania. (Https://bugs.launchpad.net/zodb/+bug/143344)
• Przedmioty dodane w transakcjach, które później zostały przerwane mógł _p_changed jeszcze ustawić (https://bugs.launchpad.net/zodb/+bug/615758).
• sklarowane wartości zwracanej przez lastTransaction w przypadku, gdy nie ma żadnych transakcji. Teraz ciąg 8 null (aka & quot; z64 & quot;). Podano,
• W przypadku korzystania z baz danych, multi-cache operacji zarządzania w kontekście cacheMinimize i cacheGC, nie były stosowane do subconnections.
• Ustawienia _p_changed na blob wo rzeczywiście pisanie czegokolwiek spowodował błąd. (Https://bugs.launchpad.net/zodb/+bug/440234)
• Tryb gadatliwy z fstest został złamany. (Https://bugs.launchpad.net/zodb/+bug/475996)
• identyfikatory obiektów utworzonych w punktu zapisu, który jest wycofywany wren't ponownego użycia. (Https://bugs.launchpad.net/zodb/+bug/588389)
• Logrotation / repoening pomocą sygnału SIGUSR2 nie został zrealizowany. (Https://bugs.launchpad.net/zodb/+bug/143600) (nieprzetestowane na okna).

Co nowego w wersji 3.10.0 Beta 6:

• wyjścia procesu lub zamyka bazy danych może spowodować ZEO buforuje mieć gdzieś błąd ze względu na problem w sposób unieważnień były przetwarzane.
• Połączenia z bazami danych nie unieważnia rekordy bufora, gdy błędy konfliktu zostały podniesione w odpowiedzi na błędy checkCurrentSerialInTransaction. Normalnie, to nie powinno być problemem, ponieważ nie powinno być dla tych oczekujących unieważnień OID, który spowoduje, że obiekt ma być unieważniony. Były problemy z ZEO uporczywego zarządzania pamięcią podręczną, które spowodowane z aktualnych danych pozostanie w pamięci podręcznej. (Możliwe, że ostatni z nich zostały omówione w 3.10.0b5.) Unieważnienie odczytu danych, gdy jest błąd konflikt zapewnia dodatkowe ubezpieczenie.
• interfejs, ZODB.interfaces.IStorage było nieprawidłowe. Sposób przechowywania nie powinien zwrócić ciąg OID i szeregowych par.

Wymagania :

• Python