Какие хранилища данных без схемы обеспечивают хорошую производительность?
https://stackoverflow.com/questions/1203010
-
05-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Недавно я написал веб-приложение, которое использует couchdb . Мне нравится couchdb, и он подходит для приложения, которое имеет большое динамическое поведение и просто извлекает JSON непосредственно из couchdb. Возможность загружать изображения через браузер - это хорошо, и очень просто выполнить настройки для документирования данных. Репликация также сделала развертывание быстрым, так как приложение представляет собой пакетное приложение, и все, что требуется для развертывания, - это репликация на рабочий сервер.
Тем не менее, для нового приложения я думаю об этом (думаю, что тип блога - что-то вроде), я хочу хорошую производительность, и это одна из областей, в которой я думаю, что couchdb не силен. Приложение будет ориентировано преимущественно на чтение (я оцениваю 90% читает до 10% пишет)
Какие хранилища данных обеспечивают лучшую производительность в сценарии с одним сервером? Мне было бы очень интересно услышать опыт людей в этом ...
Решение
Если речь идет в первую очередь о производительности чтения, вы беспокоитесь о том, почему бы просто не добавить прокси-сервер лака в перед couchdb? Я использую несколько пользовательских конфигураций в лаке, чтобы запретить на самом деле запрашивать couchdb для кэшируемых объектов, несмотря на то, что couchdb указывает обязательную проверку, а затем имею скрипт с активным HTTP GET для _changes, который использует данные из _changes для явной очистки измененных записи из лака.
В качестве плюсового лака можно переписывать URL, что мне и нужно. Большинство других решений для этого включают запуск чего-то вроде apache или ngnix только для того, чтобы переписать URL для couchdb.
Другие советы
Я думаю, что MongoDB начинает казаться мудрым в плане производительности для бессменных хранилища данных.
В настоящее время мы находимся в процессе оценки этого для хранения бинарных объектов, размер которых может варьироваться от 10 КБ до 50 МБ, и я был очень впечатлен его производительностью даже на скромном оборудовании.
