Это вообще легально?

почитай коменты там, подумай, надо ли оно заморачиваться) Всё таки джанго заточен под реляционные бд

документо-ориентированная система управления базами данных (СУБД) с открытым исходным кодом, не требующая описания схемы таблиц - у меня вопрос, что значит не требующая описания схемы таблиц? но ведь описание моделей и есть описание таблиц , что это воббще означает

Это вообще легально?

не очень , наверное

похоже без бубна не обойтись

аж больно стало

документо-ориентированная система управления базами данных (СУБД) с открытым исходным кодом, не требующая описания схемы таблиц - у меня вопрос, что значит не требующая описания схемы таблиц? но ведь описание моделей и есть описание таблиц , что это воббще означает

Значит оно тебе не нужно

Значит оно тебе не нужно

ну иметь представление все равно хочется

как это и зачем

так-то статьи и обзоры это хорошо, но не удовлетворяет интерес на 100 прцоентов

ну иметь представление все равно хочется

Можешь запустить в консоли mongo shell и там запросы руками писать.

Разворачивать джангу для этого необязательно.

Сколько будет запросов в секунду?

Я хз. Пусть будет около 50-100 запросов

документо-ориентированная система управления базами данных (СУБД) с открытым исходным кодом, не требующая описания схемы таблиц - у меня вопрос, что значит не требующая описания схемы таблиц? но ведь описание моделей и есть описание таблиц , что это воббще означает

Alex Oleinik: тебе не надо использовать Django ORM с монгой, поэтому и не надо описывать модель

Это значит что помимо данных модели ты можешь писать любые другие,

Которые не описаны в моделт

ничего не понял

как это не описывать модели, это же ломает структуру mvc

прочитай про монгу и поймёшь

документо-ориентированная система управления базами данных (СУБД) с открытым исходным кодом, не требующая описания схемы таблиц - у меня вопрос, что значит не требующая описания схемы таблиц? но ведь описание моделей и есть описание таблиц , что это воббще означает

в том то и дело. В монге нет таблиц, грубо говоря там набор записей

Может тебе весетаки постгресс?

Зачем тебе монга?

Тем более к джанге?

sqlite3 :) И не парить репку :)

если просто хочешь что-то ещё пощупать может имеет смысл с redis поработать

В монге документы и коллекции документов

проще говоря в монгу клади что хочешь и пытайся получить что хочешь

sqlite3 :) И не парить репку :)

eks,yekj

улыбнуло

ну в виде bson ессесна

значит монго мне пока рано, понял, а вот редис думаю можно

Ну редис не подойдёт как хранилище данных

улыбнуло

не, ну а чего?)) Она ведёт себя как настоящая :)))

Редис перезагрузила и как бы все

ну redis скорей не вместо основного хранилища

не, ну а чего?)) Она ведёт себя как настоящая :)))

да, только синхрон не тянет)

Вообще монга простая штука

Нужно просто перестать думать таблицами

И начать думать документами/объектами которые там лежат

ну redis скорей не вместо основного хранилища

а зачем тогда?

Нужно просто перестать думать таблицами

тяжко)

И начать думать документами/объектами которые там лежат

ну если речь о ооп, тогда по идее монго идеально для руби?

Для любого объектной ориентированного языка

В том числе и руби

я к тому, что в руби все объект

всё*

Не в этом дело

Тут речь о том что храниться в базе

В реляционных базах таблицы

В nosql обьекты

то есть ты структурируешь бд не на уровне описания, а на уровне запросов к ней

писос, сложно звучит

А документацию читали?

нет)

Вот в этом и ответ

в этом корень всех проблем

мне тяжко дается любая документация - я практик и учусь сразу на практике, а в документашках как правило лишь тривиальные примеры

а этого мало

?

можно было бы и со статей хотяб начать

Ну вот по этому и сложно все потому что тыкаете

А что ты какие не понимакте

и туторов, а то жёска это хотеть что-то использовать только из-за названия

поэтому и спросил тут)

ERROR: S client not available

у практиков)

Ну и как получили нужный ответ?

Даже несколько)

И какое ваше мнение на сей счёт?

насчет монго или документации и статей?

в django смысл в завязке на модели, тут тебе и формы и несколько уровней валидации, а монго не сильно сюда вклинивается

можно начать со статей, чтобы понять 'а надо ли?', потом доки, шоб тут гуру не нервировать))

гуру))???

насчет монго - для меня пока это сложно, так как, описывать модели не как таблицу а как объекты это для меня авангард. Зачем это в джанге не представляю. + теперь знаю, что монго подедрживает низкоуровневые запросы, то есть если на серверной части задействованы низкоуровневые языки, то сооветственно в таком случае имеет смысл рассматривать монго, а так , в контексте привычного-бытового веба нет смысла

ну я не о себе)

так, что да) ответы я получил) благодарю)

Чувак, больше не показывай это ни кому)

Выводы абсольтно не те)

шото ты не то понял

))))

У нас монга в продакшене, на связке c pyramid

И все хорошо у нее с web

и она как раз делалась для web

речь о низкоуровневых операциях, а не языках

значит я еще молод для этого)

все равно, большое спасибо за внимание)

вот это правильный вывод, но прочитать про неё стоит, потом поймешь когда можно использовать

Джон Сноу, который не знает)

Господа, появилось желание собрать сайтик в связке джанги с монго дб, но вопрос, монго это же нереляционная база, это имеет значение для джанги? и все ли будет в норме в разработке и на деплое?

В бородатом 2012 юзал как-то, но с появлением postgres 9.5 отпала надобность

В постгресе появилась возможность bson

Зачем монга?

Если задаете такой вопрос, то не зачем. Она не нужна.

не хочеться разводить холивар, кто круче. монга или посгресс. Каждый инструмент для своей задачи

Что же касается низкоуровневых запросов то и sql можно их юзать через objects.raw()