LINUX.ORG.RU

Кто использует ZODB?

 , zodb


0

2

Серфил по интернету, наткнулся на интересную штуку ZODB.

http://zope3.ru/stati/testiruem-zodb-na-skorost

Из статьи 2007 года:

Вставка 1000000 записей в ZODB:

Затрачено времени: 3 часа 48 минут.

Средняя скорость вставки: 71 запись в секунду.

Длительность переупаковки базы: 3 минуты.

Объем базы: 889М до упаковки и 29М после.
Вставка 1000000 записей в MySQL:

Затрачено времени: 2 минуты

Средняя скорость вставки: 8928 записей в секунду.

Объем базы: 37М
Чтение из ZODB:

Затрачено времени: 2 минуты

Средняя скорость чтения: 7194 записей в секунду.
Чтение из MySQL:

Затрачено времени: 5 минут

Средняя скорость чтения: 3278 записей в секунду.

Кто-нить использует и в каких задачах?

★★★★★

Последнее исправление: Siado (всего исправлений: 1)

Судя по тридцатикратному сжатию, тест - унылая синтетика, не имевшая отношения к реальному миру ещё семь лет назад.

userid2
()

Делал сайты на Plone. Там используется ZODB.

Был случай: Несколько лет назад один мчудак снёс «корень» через админку, пришлось восстанавливать через консольку, благо на тот момент уже была кое-какая информация на эту тему в интернетах.

В остальном, если делать бекапы и живительное сжатие базы, для говносайтиков годится.

shrub ★★★★★
()
Последнее исправление: shrub (всего исправлений: 2)
Ответ на: комментарий от userid2

Судя по тридцатикратному сжатию

Это не сжатие в прямом смысле. ZODB - это файл, который постоянно дописывается.

При удалении объекта, он физически не удаляется, убираются только «метаданные». «Сжатие» значит, что на ФС тупо создаётся рядом файл, в который последовательно пишутся данные, игнорируя «удалённые». Потом просто переименовываются файлы.

Так что время этой операции напрямую зависит от производительности дисковой подсистемы и производительности файловой системы.

// забыл добавить, таким образом, 30-ти кратное «сжатие» просто говорит о том, что с базой относительно активно работали в плане создать/удалить.

shrub ★★★★★
()
Последнее исправление: shrub (всего исправлений: 1)
Ответ на: комментарий от shrub

В остальном, если делать бекапы и живительное сжатие базы, для говносайтиков годится.

Ну для говносайтиков вообще все что угодно пойдет. А вот что насчет того, какую задачу ей можно решать лучше чем другими средствами?

Siado ★★★★★
() автор топика

Надеюсь что не используют. Меня вообще очень расстроил весь zope. Говорят, что zodb выделяется в лучшую сторону по сравнению с остальными компонентами zope...

Тем не менее, я погуглил и нашёл, например, такие цифры: http://pyinsci.blogspot.it/2007/09/zodb-vs-relational-database-simple.html

http://www.upfrontsystems.co.za/Members/roche/where-im-calling-from/zodb-benc...

Так что... лучше ты померяй и нам скажи :).

true_admin ★★★★★
()
Ответ на: комментарий от Siado

какую задачу ей можно решать

Это лучше у них в рассылке поискать. ZODB одна из первых NoSQL БД. Где применимо использование такой базы, там и можно ZODB использовать. Например, в ЦЕРН её используют в Indico.

Все эти тесты 2007 года уже давно не актуальны. Сейчас ZODB бинарные данные уже хранит раздельно, используют её через ZEO (что позволяет распараллеливать и распределённо хранить данные), версионность данных вроде есть.

На постсоветском пространстве, Zope и всё что с ним связано, имеет очень маленькое сообщество, которое если раньше ещё как-то отмечалось в рассылках, то сейчас пациент скорее мёртв. Поэтому спрашивать свои ответы лучше гденить на stackoverflow.

shrub ★★★★★
()
Последнее исправление: shrub (всего исправлений: 1)
Ответ на: комментарий от true_admin

оворят, что zodb выделяется в лучшую сторону по сравнению с остальными компонентами zope...

Да, зодб - это была лушая часть зопа. Как она по производительности была - не помню, но АПИ был весьма удобен. Но сейчас, когда такой большой выбор современного nosql я не вижу ни одной причины использовать это говно мамонта.

provaton ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.