Ага, простейшее решение проблемы — репликация. По началу можно просто на дешевый бэкап-сервер, где данные будут в свопе и пофиг :) Запросы всё равно обслуживать не будет.
Мне просто нравится сам подход, он прост. А скорость это уже следствие простоты :)
Проблема с нехваткой памяти решается шардингом редкоиспользуемых ключей на диск (умеет redis), либо можно на стороне клиента раскидывать разные «группы» данных по разным серверам. А на подходе redis-cluster, там еще круче всё будет :)
В какой-то степени это так. Но я прочитал пример создания клона твиттера на nosql и впечатлился. Конечно, сложную архитектуру создать почти нереально, нет нужного функционала как в SQL, однако зачем нужна эта сложная архитектура? Помнится я был новичком в mysql и даже не знал, как использовать join-ы, и это никак не мешало мне писать приложения. Да, было менее удобно и много лишних запросов, но это ведь не играет большой роли в случае nosql.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.