Комментарии
Холивар посвящается MongoDB и ее ODM (Object Document Mapper). Коснемся основ, немного покажем, как это работает и выясним, жив или мертв Мондатор.

Технологии

#HolyWarModeOn: MongoDB, манданго и мондатор

Холивар посвящается MongoDB и ее ODM (Object Document Mapper).

Коснемся основ, немного покажем, как это работает и выясним, жив или мертв Мондатор.


Как-то проектировал базу данных для проекта с большим количеством связей между сущностями, большинство из которых пришлось бы делать через расшивочные таблицы (в случае с Битриксом: расшивочные инфоблоки, хайлоад или обычные — не важно). Пришло осознание, что нужно использовать что-то другое. Выбор пал на MongoDB, так как уже использовали эту СУБД
на нескольких проектах (правда не с php) и знали ее возможности. В частности, возможность хранения абсолютно разных данных в рамках одной коллекции (на языке MySQL, «одной таблицы»). MongoDB не имеет жестко заданной структуры, что позволяет создавать вложенные записи в документах (замена «расшивке в случае с обычной БД). Данные в Монге хранятся в бинарном JSON (BSON), что дает возможность использовать его преимущества — вложенные объекты и массивы.

Алексей
Разработчик
Особенность mongo
MongoDB не имеет жестко заданной структуры, что позволяет создавать вложенные записи в документах
При выборе ODM для работы с Монгой нас зацепило название данного инструмента: Mandango + Mondator. Довольно специфичное звучание для слуха «испорченного» программиста. Мы не стали его использовать в своем проекте, наверное, из-за врожденного стеснения. Хотя по первым прикидкам инструмент казался весьма неплохим — потом оказалось, что проект слегка заглох, и моя часть вылилась в ознакомительный рассказ про другой инструмент — Doctrine MongoDB ODM.

Денис
Ведущий разработчик

В общем-то, надо помнить, что все перечисленное — это просто инструмент. Берешь, выбираешь его, пишешь код. Всё. Документации в интернетах более, чем предостаточно, в том числе на официальном сайте проекта.

Иван
Руководитель отдела программирования