ZODB

Материал из Википедии — свободной энциклопедии
Перейти к: навигация, поиск
Zope Object DataBase
Тип

Объектно-ориентированная база данных

Разработчик

Zope Corporation и соавторы

Написана на

Python

Операционная система

Кроссплатформенное ПО

Последняя версия

3.10.5 (19 ноября 2011 [1])

Лицензия

Zope Public License

Сайт

zodb.org

ZODB (англ. Zope Object Database) — объектно-ориентированная база данных (ООБД) для Python-объектов. Входит в поставку сервера приложений Zope, но может использоваться и отдельно от него. Для балансировки нагрузки и кластеризации серверов служит ZEO (от англ. Zope Enterprise Objects). Эта клиент-серверная технология позволяет нескольким Zope-серверам (то есть ZEO-клиентам) разделять единое хранилище данных[2].

ZODB используется в Zope, Plone (построен на Zope), Grok[3], Zenoss[4], ERP5 и некоторых других системах. Например, ZODB и ZEO (без Zope) используются в системе Indico[5] — программном обеспечении для организации симпозиумов, конференций, лекций и т. п., разработанном и используемом ЦЕРНом[6].

История[править | править вики-текст]

Создана Джимом Фултоном из Zope Corporation в конце 1990-х годов. В начале, в процессе разработки системы Principia (ставшей позднее именоваться Zope) называлась POS (от англ. Persistent Object System — система устойчивых объектов) или BoboPOS[7]. При очередном значительном изменении архитектуры была переименована в ZODB 3. Был также короткоживущий проект ZODB 4 по переписыванию ZODB 3 на «чистом» Python, но он не был завершён.

Свойства[править | править вики-текст]

Некоторые свойства ZODB[8][9]:

Прозрачность[править | править вики-текст]

С объектами приложения, использующего ZODB, можно работать как с обычными объектами языка Python, то есть, механизмы хранения почти полностью прозрачны: не требуется специальных методов или интерфейсов для управления данными. Единственным условием для обеспечения устойчивости объектов является наследование от класса Persistent. Для базовых типов языка Python достаточно, чтобы они поддавались «консервированию» (англ. pickle) методами стандартной библиотеки Python.

История и откат изменений[править | править вики-текст]

Даже давно выполненная и сохранённая в базе данных транзакция может быть отменена. Более того, ZODB хранит версии для каждого хранимого объекта, что позволяет, не без некоторых ограничений, управлять версиями[12].

Принципы работы[править | править вики-текст]

Хранилище ZODB логически представляет из себя ориентированный граф объектов языка Python, корнем которого является словарь Python. Доступ к объектам осуществляется обходом (англ. traverse) по указателям, начиная с корня и заканчивая целевым объектом.

ZODB использует механизм сериализации объектов из стандартной библиотеки Python, так называемое консервирование (англ. "pickling")[13][14].

Примеры[править | править вики-текст]

Следующий пример (использована Unix-подобная ОС) иллюстрирует программирование для ZODB[15]. В примере использована конфигурация с ZEO[16]. Для правильной работы примера необходимо установить библиотеку ZODB (скажем, в Ubuntu, это можно сделать командой sudo apt-get install python-zodb).

Во-первых, необходимо запустить ZEO-сервер:

runzeo -a localhost:8008 -f /tmp/Data.fs

Во-вторых, требуется файл конфигурации ZEO-клиента (для простоты, /tmp/zeo.conf), где будет указан адрес сервера:

<zodb>
   <zeoclient>
   server localhost:8008
   </zeoclient>
</zodb>

Наконец, программа на Python записывает в корень объект с именем my_object и значением в виде строки:

 import ZODB.config
 import transaction
 db = ZODB.config.databaseFromURL('/tmp/zeo.conf')
 connection = db.open()           # устанавливаем соединение
 root = connection.root()         # получаем корень
 root['my_object'] = 'My object'  # записываем объект
 transaction.commit()             # окончание транзакции

Сохраняемые объекты могут быть достаточно сложными, главное, чтобы для них работала сериализация.

Пример из документации описывает создание класса устойчивых объектов[17]:

from persistent import Persistent
class User(Persistent):
    pass

В связи с эти примером необходимо заметить, что присваивание атрибутам или их удаление отражается в базе данных. Объект класса, в котором присутствует примесь Persistent[18], является единицей хранения (подробнее см. storage unit (англ.)) и в случае изменений перезаписывается в базе данных как единое целое.

Если объект без примеси Persistent имеет атрибут с изменчивым значением, например, встроенный в Python объект типа список (list), изменения внутри списка не будут замечены без дополнительных усилий.

userobj = User()
root['user'] = userobj        # Это изменение будет записано.
userobj.friends = ['A', 'B']  # Простой (т.е. не Persistent) список.
userobj.friends.append('C')   # Его изменение не отражается в базе
userobj._p_changed = True     # без этой подсказки.

Для распространённых сложных структур данных имеются устойчивые аналоги: PersistentList (для списка), PersistentMapping (для отображения), а также типы данных из пакета BTree (реализация B-дерева)[19].

Иногда возникает необходимость во вре́менных (англ. volatile) атрибутах, которые не требуется (или невозможно) сохранять в базе данных. Атрибуты со специальным префиксом _v_ как раз служат этой цели[20]:

userobj._v_openfile = open('some_file.dat')     # открытый файл

Виды подключаемых хранилищ[править | править вики-текст]

  • Файловое хранилище (англ. file storage). Сохраняет объекты на диске. Рассчитано на один процесс.
  • Сетевое хранилище — ZEO. Позволяет многим процессам загружать и хранить объекты одновременно[21].
  • Хранилище RelStorage. Объекты сохраняются в реляционной СУБД[22].
  • Каталогизированное хранилище (англ. directory storage). Каждый объект хранится в отдельном файле файловой системы[23].
  • Демо-хранилище (англ. demo storage). Для хранения объектов дополнительно к базовому хранилищу, которое доступно только для чтения[24].

По данным каталога программного обеспечения для Python (PyPI) имеются и другие ZODB-хранилища, решающие более специализированные задачи.

Примечания[править | править вики-текст]

  1. ZODB3 3.10.5
  2. Bernstein, 2002, p. 563
  3. [grok.zope.org/documentation/tutorial/adder-an-adding-machine-sample-application/a-grok-application-and-grok-model/ Grok tutorial]
  4. Zenoss Data Stores
  5. ZEO (из документации по Indico)
  6. Indico
  7. по данным исторической справки в README-файле в поставке исходного кода название было BoboPOS
  8. www.zodb.org
  9. Zope использует объектную базу данных
  10. Zope Foundation. ZODB Programming. Архивировано из первоисточника 16 июля 2012.
  11. Multiversion concurrency control (MVCC)
  12. Weitershausen, 2007, pp. 84-85
  13. Bernstein, 2002, p. 401
  14. Патрик О'Брайен (Patrick O'Brien). Управление персистентностью Python. Архивировано из первоисточника 17 июля 2012.
  15. Lutz, 2006, pp. 1218-1219
  16. Введение в ZODB
  17. ZODB Programming
  18. Bernstein, p. 399
  19. ZODB programming guide — Related modules
  20. Bernstein, p. 402
  21. Lutz, 2006, p. 1218
  22. Запись о RelStorage на PyPI
  23. Запись о DirectoryStorage на PyPI
  24. Запись о DemoStorage на PyPI

Ссылки[править | править вики-текст]

Литература[править | править вики-текст]

  • Mark Lutz. Programming Python, 3rd Edition. — O'Reilly Media, 2006. — 1600 с. — ISBN 978-0-596-00925-0, pp. 1216–1226
  • Michael R. Bernstein, Scott Robertson and Coedit Development Team. Zope Bible. — Hungry Minds, 2002. — ISBN 0764548573, pp. 397–411
  • Philipp Weitershausen. Web Component Development With Zope 3. — Springer, 2007. — ISBN 978-3-540-33807-9
  • Carlos de la Guardia. Chapter 9. Grok and the ZODB // Grok 1.0 Web Development. — Packt Publishing, 2010. — 308 p. — ISBN 978-1-847197-48-1