Другими словами, пакет должен соответствовать следующим требованиям:
- Позволяет определять и применять схему.
- Позволяет проверять поля.
- Разрешает для чтения объектов непосредственно из mongodb (без накладных расходов ODM/ORM).
- Коллекции/объекты, возвращаемые непосредственно pymongo, могут быть доступны с использованием уровня ODM/ORM (без дополнительных запросов).
- Я бы предположил, что драйвер pymongo добавляет какое-то ленивое поле к объектам, которые обеспечивают доступ к соку ORM (pymongo допускает такие расширения).
- Представьте себе использование случай:
Для быстрого чтения мы переходим непосредственно к драйверу, - Для ввода данных мы используем полную функциональность ODM/ORM
- Поддержка геополей
- Поддержка GridFS обычных файлов и изображений
- Поддержка DBRef
- Не применяет никаких скрытых, специфичные для платформы поля
- Будет работать с Flask

- Имеет структуру форм.
- Формы охватывают подсписки/поддикты
- Формы на основе магистральных сетей были бы просто потрясающими
- Создает магистральные модели, коллекции, валидаторы на основе определений Python
На самом деле вопрос можно было бы перефразировать так:
"Какой из существующих ODM/ORM Python Mongodb (MongoKit, MongoEngine) можно было бы легко расширить таким образом."
Подробнее здесь: https://stackoverflow.com/questions/102 ... for-python
Мобильная версия