Как стать автором
Обновить

Комментарии 14

На самом деле использование django-nonrel и djangotoolbox это не очень хороший способ. Ибо django-nonrel это не просто какой-то джанговский модуль для поддержки NoSQL а переделанный сам django.
Считаю что лучше уж использовать что-нить типа mongoengine + django-mongonaut(для админки) — тогда хоть останется родная Django.
А вообще ну не предусмотрена Django к использованию таких DB, так что если хочется такой экзотики, лучше уж Flask пользовать и не мучить Django(сам уже себе шишек набил на этом).
а Flask развивается? тут что-то не очень активно: github.com/mitsuhiko/flask

а есть ли у вас ссылки на сравнение производительности Flask с другими фреймворками?
Развивается, и проекты написанные на нем растут как на дрожжах, как и всякие готовые модули спец под Flask.
Там особо активности то и не видно, ибо это микрофреймворк(не оч много кода) состоящий из других модулей(от этих-же разработчиков) Werkzeug, Jinja2 итд.
Да и если код не обновляется то это не значит что можно на нем поставить крест, может он настолько хорош что ничего не нужно менять(пока)? =))
Это джанго тащит в себе кучу функционала(до сих пор не понимаю почему бы обратно не выпилить оттуда gis в отдельный пакет, ибо этот функционал слишком специфичный), поэтому там много чего надо менять.
можете поделиться собственным опытом в его скалируемости и производительности?

З.Ы. за наводку отблагодарил
Коротко говоря, django до flask в этом смысле как из Москвы до Пекина. Задним ходом. На четвереньках.
Расскажите, пожалуйста, про шишки Django+mongo.
Django-nonrel — это же форк джанги.
К последним версиям джанги (1.3, 1.4) mongo-engine прикручивается само, правда без админки и model-forms.
Я так понимаю этот пример сделан на базе туториала с официального сайта MongoDB Write a Tumblelog Application with Django MongoDB Engine.
Мне там не понравилось, что нужно тащить кучу библиотек и еще форк Django ставить.
Я давно думаю об использовании MongoDB + Django. Но пришел к мысли, что лучше исользовать 2 базы — РСУБД и MongoDB. Для всего что укладывается в реляционную модель и входит в поставку Django использовать РСУБД, а MongoDB — только для тех сущностей, которые нужно уложить в документоориентированную модель.
И напрямую через pymongo.
Тут есть списочек приложений использующих MongoDB(и через mongoengine и просто pymongo) в Django.
Не понимаю почему этим сайтом никто не пользуется? Ну понятное дело все любят сами писать, но ведь вся прелесть Django в том что уже существует куча готовых решений(надо только не полениться искать и применять).
Кстати, сам сайт djangopackages делал товарищ pydanny, а потом на основе этого сравнения пакетов(гридов) он сделал свой стартапчик www.consumer.io/ — который, кстати, написан на Django + MongoDB. И приложение django-mongonaut(админка) было выпилено из кода consumer.io
Демка блога github.com/pydanny/django-mongonaut/tree/master/examples
Есть ли смысл тогда использовать Django? Если отказываемся от ORM проще Bottle взять, или CherryPy вместо Django
От стандартной ORM не отказываемся.
Django-nonrel уже портировали на что-то выше Django-1.3??

Вообще, если уж совсем приспичило работать из Django с MongoDB, возьмите Mongoengine. На порядок удобнее в работе.

Или вы ну прям совсем хотите от реляционных БД отказаться и использовать исключительно Mongo???
Ну прям совсем никто не отказывается. Реляционные базы вполне удовлетворяют в большинстве случаев.

«возьмите Mongoengine» — благодарю, обязательно посмотрю.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации