2011-02-01 17 views

Odpowiedz

7

To jest wyjaśnione tutaj: http://svn.zope.org/ZODB/trunk/src/ZODB/tests/blob_layout.txt?rev=101802&view=markup

FTA:

====================== katalog

Blob layouts

Wewnętrzna struktura katalogów obiektów typu blob podlega tak zwanemu layouts. Bieżący domyślny układ nosi nazwę bushy.

Oryginalna implementacja blob wykorzystała układ, który obecnie nazywamy lawn i , który jest nadal dostępny dla kompatybilności wstecznej.

Układy implementują dwie metody: jedną do obliczenia ścieżki względnej dla OID i jedną do zamiany względnej ścieżki z powrotem do OID.

Nasza terminologia jest w przybliżeniu taka sama jak w przypadku DirectoryStorage.

Wyjaśnia również formaty w szczegółach.

1

Generalnie nie musisz się martwić o układ; lawn jest dostępny tylko w celu zapewnienia kompatybilności wstecznej.

Jeśli masz blobstorage o rozmiarze lawn (dostaniesz ostrzeżenie w dzienniku, jeśli to zrobisz) i chcesz przejść do układu bushy, użyj skryptu migrateblobs; tutaj jest częścią buildout stworzyć skrypt:

[migrateblobs] 
recipe = zc.recipe.egg 
eggs = ZODB3 
entry-points = migrateblobs=ZODB.scripts.migrateblobs:main 

Zamknij wszystkie instancje i serwerów ZEO, kopię zapasową pamięci BLOB i uruchom skrypt na swoim katalogu blobstorage:

$ mv var/blobstorage var/blobstorage-lawn 
$ bin/migrateblobs var/blobstorage-lawn/ var/blobstorage 

var/blobstorage będzie wtedy zawierał zmigrowane obiekty typu blob za pomocą układu bushy.

Powiązane problemy