CMS + noSQL

Question

[rumkin]

Есть ли какие-либо CMS/CMF c noSQL решениями?

P.S. ^{Да-да, погуглил… не нашел}

Comments

[rumkin]

Поясню: интересуют именно документарные базы, а-ля mongoDB с возможностью составления дерева объектов (не привязка к ЧПУ, а именно дерево объектов).

Answer 1

[Александр]

что мешает воткнуть свой плагин?

github.com/akalend/quickly CMF — поддерживает MongoDb

Comments

[rumkin]

Спасибо за ответ!
Интересует нативная поддержка noSQL решений. Сами ведь понимаете, что Архитектура настолько разная, что простым плагином дело не обойдется.

[Алксандр Коротаев]

На любом языке + noSQL базе можно, при великом желании, собрать sql…

[rumkin]

Так наоборот SQL-то не нужен!

[Александр]

аргументируй — почему не нужен?
что за задача?
какова нагрузка?

[rumkin]

Не нужен потому, что буду хранить много неоднородных данных!
Задача простая: разбить контент на медиа-блоки (например: картинка, галерея, текст, видео, аудио-записи, карточка из интернет-магазина, гуглокарта), у каждого из них свои параметры, очень разнообразные.
Нагрузка низкая (считай дом-страница).

[Stalker_RED]

если нагрузка низкая, то практически все равно на чем делать. быстрее и качественнее будет на том, что вам привычнее.
а если для «поиграться», или там «изучить новые технологии» то, по моему мнению, лучше не делать на тяп-ляп — оно экспы меньше дает.

Answer 2

[Пума Тайланд]

Архитектура cms на данный момент такова что их правильнее писать на sql решения, так как будет быстрее работать. Смысл кому то писать cms под тот же монго? Оно будет ни разу не быстрее и только сильно усложнит логику.

Comments

[rumkin]

Не просто так он появился и набрал популярность (я про mongo). И на самом деле под CMS использовать SQL менее удобно, чем документарное хранилище, он удобен для хранения «плоских» данных.

[Пума Тайланд]

Он набрал популярность в тех областях где удобно и правильно использовать объектное хранение данных, в большинстве cms данные хорошо укладываются в реляционную модель.

[rumkin]

Могу поспорить. Например такая вещь как интернет-магазин, где однородность данных крайне низка, в результате чего 3НФ становится не инструментом, а препятствием к быстрой и удобной разработке. Хотя, мне кажется, что мы просто про разные вещи немного говорим. Меня интересует именно объектный подход к работе с данными. Т.е. мне интересно готовое решения для работы с БД, нежели формирование страниц.

[Пума Тайланд]

Ну да в интернет магазине с неоднородными товарами выгоднее.

[Владимир Чернышев]

С иерархиями объектов (категории(древовидные)/посты/комменты(древовидные)) тоже как-то проще рабоать с NoSQL мне кажется, чем мудрить с материальными путями или вложеными множествами.

[Александр]

Смысл кому то писать cms под тот же монго? Оно будет ни разу не быстрее и только сильно усложнит логику.

тестировал на 2 млн записях Mongo ни сколько не быстрее MySQL (PRIMARY)
так что не надо строить иллюзий

Mongo хороша на вставку, если нет ключевых полей.
Вставка в любое поле с индексом — всегда тормоз.

[Александр]

я использую Монго для анализа статистики кликов
(быстрая вставка информации о кликах)

Answer 3

[holyorb2]

гуглить нужно по фразе — «CMS на файлах»
там их много ;)
WonderCMS, Stacey, Einplac CMS, pithcms, le.cms, WR-Board Lite, PHP Nanomus

Comments

[rumkin]

Интересуют именно документарные хранилища. Спасибо за ответ.

Answer 4

[Renat Ibragimov]

Вот «свежая» и вкусная CMS www.locomotivecms.com/ использует как раз MongoDB и Ruby on Rails 3

Answer 5

[holyorb2]

Друпал 7 может в качестве базы данных использовать файлы и может и MongoDb.
МОДх — работает с мускулом, но результат умеет перегонять в НТМЛ