2010-07-28 2 views
2

У меня есть веб-приложение, которое кэширует большой объем данных (несколько сотен тысяч записей) в памяти для быстрого поиска, а затем в SQL Server в качестве постоянного кеша. В основном информация состоит из геокодов адресов, где геокод извлекается через удаленный веб-сервис, который требует времени, если необходимо, для вызова непрерывно, а не для кэширования.Использование RavenDB в качестве постоянного кеша

Будет ли использование RavenDB (или других предложений) лучшим способом кэширования этой информации в постоянном хранилище с точки зрения скорости и памяти? В настоящее время приложение размещено на сервере, который SQL Server отсасывает большую часть памяти, поэтому я хотел бы получить более легкое решение.

+0

Независимо от того, какая именно база данных больше подходит для ваших нужд, действительно зависит от типа данных, о которых вы говорите. Если вы не дадите нам больше понимания ваших требований, никто здесь не может серьезно рассказать вам, будет ли RavenDB лучше в вашем сценарии. –

ответ

0

RavenDB как база данных документов кажется излишним для меня, если используется только как кэш. Как насчет redis в качестве магазина ценностей? Он может лучше соответствовать тому, что вы после

+0

Как насчет mongodb? !!? Супер быстро пишет и быстро читает? Ворон неплохо ни ИМО – bbqchickenrobot

0

RavenDb должен быть быстрее для чтения, чем SQL. Не то, чтобы запись была медленной, но она оптимизирована для операций чтения, насколько мне известно. Поэтому вы должны попробовать, это должно быть лучше с точки зрения производительности. Хотя я не уверен в памяти.

Если вы хотите получить дополнительную информацию, вы всегда можете попробовать RavenDb Google Group. Айенде следует за ним, чтобы он мог ответить сам.

Смежные вопросы