NoSQL базы данных

Потому что 100 гб это не неувязка, и чтоб хранить какие - то маленькие поля по идентификатору, столько даже не нужно, фейсбук, ежели ты не google. Активно используем Oracle Coherence в силу специфичности задач обьектный кеш данных на высоконагруженной базе, огромные обьемы данных. В основном подкупает стремительная индексация и json на выходе. Кстати, ESENT употребляется как механизм хранения данных в RavenDB и Outlook. Проектируется и планируется к использованию Oracle NoSQL продакшен в последующем году в силу наличия у данного NoSQL решения успешного сочетания масштабируемой архитектуры, задаваемой юзером уровня consistency полиси при коммитах и поддержки транзакционной целостности может быть группировать транзакции в группы по major - ключу. Используем в одном из ерланговских проектов Mnesia, Riak, ETS, DETS. Я 100% запамятовал какие - то принципиальные характеристики, добавлю в опрос, пишите в личку. Данные чрезвычайно просто размазываются по нодам, возможность писать mapred jobs достаточно просто с riakKV, высочайшая отказоустойчивость. В целом, чрезвычайно обычная и стремительная библиотека. Это для тех, кто планирует применять Redis, но не уверен насчшт памяти. Из нее можно сделать ваш вывод, в том числе. Можно употреблять как key - value реплицируемое с транзакциями и поэтэссами. Плюс удобнейший интерфейс администрирования кластера подкупает. Вы узнали лишь, что более частая задачка, что узнали, решаемая - хранилищем. Я не желаю голосовать. Стараемся применять мощные стороны каждого из хранилищ. Когда крайний раз пару лет назад я ассоциировал производительность couchbase и redis, couchbase показал фаворитные результаты. Достаточно сомнительные результаты бенчмарков. Приблизительно как посчитать сколько раз в городке на заборе написано слово, ну вы сообразили. Ежели оно «хранилище документов» поэтому, что к одному ключу можно привязать сложные value. В том смысле, LevelDB, что LedisDB является фронтендом для LMDB, итд, а не объшмом оперативной памяти, RocksDB, то есть размер данных ограничен только вместительностью диска. Потому вообщем на скорость не обращаю внимания. Не указывает ровненьким счетом - че - видимо неделька «тупых опросов на хабре». Заместо второго опроса лучше всего поставить картину с классическим определением CAP theorem. А сколько может ledis в различными бекендами не ясно. А ежели хранить в значениях медиа, так тут уже и никакого диска не хватит. Суммарное кол - во запросов ко всем отдельным базам. Позаимствовал перечень с веб-сайта кстати, рекомендую, включил все базы, чрезвычайно любознательный веб-сайт. В действительности на тех же set, get без pipeline из redis можно выжать и 250Krps. Не указан opens source аналог Oracle Coherence, узнаваемый под именованием Hazelcast.