Привет, форумчане!

Вот под руку, в качестве дальнейшего саморазвития, попалась MongoDB. Чего-то я не понял фишки этой NOSQL СуБД. Вроде бы как с помощью нее неплохо создавать распределенное хранилище. И что в ней хорошо реализованы механизмы, то что в реляционных называется репликацией.

Еще говорили что в Mongo хорошо хранить деревья...

Но как оказалось ничего хорошего в этом нет. И работает она дольше реляционных на выборку. Единственное, что там есть, так это урезанный JS (?) интерпретатор, или вроде того... Там можно в качестве запросов писАть небольшие сценарии и экономить время на IO.

Возникает вполне логичный вопрос: а что такое MongoDB в "бытовой" ситуации, когда не требуется разворачивать гига-нагруженный проект? Просто ее хвалят люди, кто не умеет проектировать реляционные БД? И те кто не знает SQL?

Вообщем непонятно... Кто тему просек - прошу разъяснить на пальцах, что же такого прикольного?

Или вот тот же Redis, со схемой хранения ключ-значение. Ну а чем MySQL тот же не подходит? Объявляешь первое поле INT, второе TEXT... И погнали!

ну, скажу кратко - используется как локальное хранилище
на примере моей работы - содержит справочники - к которым ожидается наиболее частое обращение - как я понял - чтобы снизить нагрузку на основной сервер БД

_____________
HTML, CSS (Bootstrap), JS(JQuery, ExtJS), PHP, MySQL, MSSql, Posgres, (TSql, BI OLAP, MDX), Mongo, Git, SVN, CodeIgnater, Symfony, Yii 2, JiRA, Redmine, Bitbucket, Composer, Rabbit MQ, Amazon (SQS, S3, Transcribe), Docker

Основная прелесть MongoDb в том, что одна сущность может содержать разный набор полей, по которым можно организовать индексированный поиск. Я в одном своем проекте использую ее для хранения динамических атрибутов товаров.

Что же касается Redis то это система кэширования и сравнивать ее с MySQL как минимум некорректно. Запись и чтение в Redis происходит намного быстрее чем в mysql

_____________
Senior PHP developer: PHP5, MySQL, JavaScript, CakePHP, Yii/Yii2, Zend Framework, Smarty, XML/Xslt, JQuery, Jquery Mobile, Bootstrap, ExtJS, HTML, HTML5, CSS, Linux, SVN, Git, Memcached, Redis, MongoDB, Zend Guard, Ioncube, FFMpeg, PayPal, Webmoney, Qiwi, Facebook API, Vkontakte Api, Google API, Twitter Api, Steam Api.
Junior Android Developer: Android SDK, многопоточность, работа с HTTP запросами, JSON, SQLite, фрагменты.

vagrand
А если таблицы хранить в кэше, ты уверен, что Redis всё равно будет впереди при условии, что соединения открыты и туда и туда?

_____________
Обучаю веб-программированию качественно и не дорого: http://school-php.com
Фрилансер, принимаю заказы: PHP, JS, AS (видео-чаты). Писать в ЛС (Личные сообщения на phpforum).

inpost
Я не делал никаких сравнительных тестов, все сделано уже до меня. Думаю что, если бы Redis был медленнее mysql-я то им бы просто никто не пользовался.

_____________
Senior PHP developer: PHP5, MySQL, JavaScript, CakePHP, Yii/Yii2, Zend Framework, Smarty, XML/Xslt, JQuery, Jquery Mobile, Bootstrap, ExtJS, HTML, HTML5, CSS, Linux, SVN, Git, Memcached, Redis, MongoDB, Zend Guard, Ioncube, FFMpeg, PayPal, Webmoney, Qiwi, Facebook API, Vkontakte Api, Google API, Twitter Api, Steam Api.
Junior Android Developer: Android SDK, многопоточность, работа с HTTP запросами, JSON, SQLite, фрагменты.

Redis данные хранит в оперативной памяти, поэтому работает быстрее чем чтение с диска, да и в целом потребляет меньше ресурсов системы, чем mysql. Выгружают горячие данные из основной субд в redis и раздают уже оттуда. Помоему вконтакте так работает, выгружают "горячие данные" в nosql хранилище и оттуда уже раздают клиентам. Поэтому если вконтакт падает, ему требуется несколько часов на разогрев кеша.

Представь сколько раз в секунду запрашивают профиль Павла Дурова и если каждый раз для сборки страницы ходить в mysql, то сайт не выдержит боевой нагрузки, поэтому разумнее такие горячие данные выгружать в кеш.

paul85

paul85