Memcached + реляционный db выглядит как хорошие решения, если вам не нужно масштабировать масштаб twitter или facebook ... есть причины, когда NoSQL будет предпочтительнее, даже если высокая масштабируемость не требуется ..(memcached + relational db) vs nosql
Re: есть причины, когда NoSQL было бы предпочтительнее, даже если высокая масштабируемость не является обязательным требованием
Да, NoSQL (например, CouchDB) записи могут иметь атрибуты в дополнение к самой стоимости.
Вы можете подделать его с помощью memcache путем сериализации атрибутов + значения в хранилище memcache.
Возможное преимущество в том, что вы не имеете в memcached: «нечеткое» соответствие по ключу (диапазоны ключей и т. П.) И более контроль над хранилищем ключей в nosql, а затем в memcached, что потребует для каждого ключа unset/update, по сравнению с пакетом retrieve/update в nosql.
Насколько я могу получить общую статистику &, отношения могут быть сложнее извлечь, и в зависимости от данных сохранение/обновление может быть более интенсивным в системах, не требующих высокой масштабируемости.
Помните, что ответьте на вопросы, которые помогают, и выберите ответ, который наилучшим образом отвечает на ваш вопрос. –