ZODB3 (조프 객체 데이터베이스) 투명성의 높은 수준을 제공 파이썬 객체 지향 데이터베이스를 제공합니다.
응용 프로그램은 응용 프로그램 논리에있는 경우, 몇 가지 변화와 객체 데이터베이스 기능을 활용할 수 있습니다. ZODB는, 플러그 스토리지 인터페이스, 풍부한 트랜잭션 지원, 실행 취소 등의 기능이 포함되어
이 릴리스의 새로운 기능 무엇 :. 영구 객체의 '_p_serial'에 대한 바이트
이 강제 사용 ( 최근 지속적인 릴리스와 수정 호환성).
이 버전 3.10.5의 새로운 기능 : 상태를 가져올 수 없습니다 클래스와 데이터베이스 간 영구 참조를 포함 할 때
이 분쟁 해결에 실패했습니다.
이 버전 3.10.4의 새로운 기능 : 상태를 가져올 수 없습니다 클래스와 지속적인 참조를 포함 할 때
이 분쟁 해결에 실패했습니다.
이 버전 3.10.3의 새로운 기능 :
이 해결 된 버그 :
& quot; 연결이 풀 하 '돌아 왔을 때 활동 모니터는 subconnections 업데이트되지;
https://bugs.launchpad.net/zodb/+bug/737198
& quot; 물방울 임시 파일의이해야 & quot ;, https://bugs.launchpad.net/zodb/+bug/595378 전에 제거 얻을
이런 일이하는 방법은 커밋 프로세스가 시작된 후 트랜잭션이 중단된다는 점이다. 나는이 야생에서 일어날 방법을 모르겠어요.
3.10.3에서 서버에 호출 tpc_abort ZEO는이 사건을 해결해야하는 동기로 변경됩니다. 아마 다른 경우가있다.
성능 향상 :
개선 ZEO 클라이언트 캐시 구현은 덜 사용되는 개체를 제거 할 수 있도록합니다.
객체 부하를 서비스하기 ZEO 스토리지 서버에서 CPU 및 네트워킹 코드의 작은 (아마도 negligable) 감소.
이 버전 3.10.1의 새로운 기능 :
이 해결 된 버그 :
트랜잭션이 개체와 이후에 추가 된 개체를 더 추가 한 후 다시 세이브 포인트 압연 최선을 다하고 경우 오류가 발생합니다 & quot 될 수있다;은 ValueError를 : 다른 개체가 이미 동일한 OID으로하고 있으므로,; 트랜잭션이 실패하게한다. 더 나쁜 것은, 이것은 동일한 프로세스에서 후속 트랜잭션은 실패 상태로 데이터베이스를 남겨주세요.
https://bugs.launchpad.net/zodb/+bug/665452
유닉스 도메인 소켓은 ZEO에 대한 (IPv6 지원의 추가 이후)를 작동하지 않았다. https://bugs.launchpad.net/zodb/+bug/663259
ZEO와 외부 가비지 컬렉터를 사용할 때 성능 문제가 발생할 수 있습니다 missfeature을 제거. 개체가 스토리지에서 삭제 된 경우, 무효화는 클라이언트에 보내졌다. 이 말도 안돼. 그것은 다른 연결 / 클라이언트가 쓰레기의 사본을 가지고 격렬하게 확률이 낮다. 일반 보관 가비지 수집에서, 우리는 무효화를 전송하지 않습니다. 외부 가비지 컬렉터를 사용하는 경우를 보낼 이유가 없다.
ZEO 클라이언트 캐시 시뮬레이션은 잘못된 통계 및 오류를 일으키는 원인이 무효화을 misshandled.
이 버전의 새로운 기능 3.10.0 베타 8 :
이 버그가 수정 :
ZEO 클라이언트 서버 주소에 빈 문자열을 사용하는 일부 시스템에서 소켓 오류로했다. 이제, ZEO 클라이언트는 '로컬 호스트'에 대한 별칭으로 ''취급합니다.
풀 타임 아웃이 데이터베이스에 대한 지정 및 기존 연결이 때문에 시간 초과로 제거하는 경우, 오류는 연결 정리 로직의 버그가 발생했습니다.
mulri 데이터베이스 연결이 더 이상 사용 및 청소했을 때, 자신의 subconnections가 제대로 정리되지 않았다.
IPv6을 사용 suppprt에 대한 변경 사항은 서버가 연결을 수신을 중단하도록 만들 수 있습니다 맥 OS X의 문제에 대한 수정을 끊었다.
이 버전 3.9.7의 새로운 기능 :
이 해결 된 버그 :
가비지 콜렉션이 파이썬 2.7에서 사전을 한 것으로 처리 방식의 변화는 개체 / 연결 캐시 구현을 끊었다. (https://bugs.launchpad.net/zodb/+bug/641481)
파이썬 2.7은 공식적으로 지원하지 않았다, 그러나 우리는 그것을 위해 바이너리를 해제했다, 그래서 ... SIGUSR2 신호를 통해 Logrotation / repoening이 구현되지 않았습니다. (https://bugs.launchpad.net/zodb/+bug/143600)
연결 다중 데이터베이스 캐시 관리 동작을 사용하는 경우와 cacheMinimize cacheGC는 subconnections에인가되지 않았다.
이 버전의 새로운 기능 3.10.0 베타 7 :
이 버그가 수정 :
ZEO에서 IPv6의 addrsses 작동하지 않았다. 추가 IPv6는 마틴 V. Lowis에 의해 제공을 지원합니다.
차고 수집 파이썬 2.7에서 사전을 한 것으로 처리 방식의 변화는 개체 / 연결 캐시 구현을 끊었다. (https://bugs.launchpad.net/zodb/+bug/641481)
파일 저장 버그 데이터베이스 서버에 다시 연결 한 후 현재 객체 개정에 대한 잘못된 정보를 가지고 ZEO 클라이언트의 원인이 될 수 있습니다.
'--kill 된 -에 - 전체 repozo'옵션 백업이 제거되는 어떤 '있는 .index'파일이 해당 제거 업데이트되었습니다.
객체가 세이브 포인트에 추가했을 때 https://mail.zope.org/pipermail/zodb (세이브 포인트 중 하나는 롤백 (https://bugs.launchpad.net/zodb/+bug/143560) 또는 트랜잭션이 중단되었습니다 -dev / 2010 6 월 / 013488.html) 객체의 _p_oid 및 _p_jar 변수가 오류를 surprizing 선도, 삭제되지 않았다.
클라이언트가 스토리지에 다시 연결하면 ZEO 확장 방법에 실패했습니다. (https://bugs.launchpad.net/zodb/+bug/143344)
나중에 중단되었습니다 거래에서 추가 객체는 여전히 설정 (https://bugs.launchpad.net/zodb/+bug/615758)을 _p_changed 수 있었다.
모든 트랜잭션이 없을 때 경우에 여기서 lastTransaction에 대한 반환 값을 설명했습니다. 이제 8 널 (일명 & quot; z64 & quot;)의 캐릭터가 지정됩니다.
연결 다중 데이터베이스 캐시 관리 동작을 사용하는 경우와 cacheMinimize cacheGC는 subconnections에인가되지 않았다.
BLOB 실제로 아무것도를 작성 우와에 _p_changed 설정에 오류가 발생했습니다. (https://bugs.launchpad.net/zodb/+bug/440234)
fstest의 세부 정보 표시 모드가 깨진했다. (https://bugs.launchpad.net/zodb/+bug/475996)
재사용 wren't 롤백 세이브 포인트에서 생성 된 오브젝트 ID를. (https://bugs.launchpad.net/zodb/+bug/588389)
SIGUSR2 신호를 통해 Logrotation / repoening이 구현되지 않았습니다. (https://bugs.launchpad.net/zodb/+bug/143600) (Windows에서 테스트되지.)
이 버전의 새로운 기능 3.10.0 베타 6 :
이 프로세스가 종료되거나 데이터베이스가 폐쇄로 인해 무효화가 처리 된 방식에 문제가 잘못된 데이터를 가지고 ZEO 캐시의 원인이 될 수 있습니다.
충돌 오류가 checkCurrentSerialInTransaction 오류에 대한 응답으로 제기되었을 때 데이터베이스 연결 캐시 항목을 무효화하지 않았다. 대상은 무효화하게됩니다 이러한 OID를 보류중인 무효화가 있어야하기 때문에 일반적으로, 이것은 문제가되지 않습니다. 캐시에 남아 날짜 데이터에서 원인이 ZEO 지속적인 캐시 관리에 문제가 있었다. (이들의 마지막은 3.10.0b5에서 해결 된 가능성이 있습니다.) 충돌 오류가 몇 가지 추가 보험을 제공있을 경우 무효가 데이터를 읽습니다.
인터페이스는, ZODB.interfaces.IStorage가 잘못이었다. 저장 방법은 OID 및 일련 쌍의 순서를 반환해서는 안됩니다.
이 요구 사항 :
이 파이썬
댓글을 찾을 수 없습니다