Файлы с отображением в памяти .Net 4.0 стихи RDMS Storage

Question

Меня интересуют мысли людей, сравнивающих хранение данных в традиционной базе данных на основе SQL или использование сопоставленного с памятью файла , такого как в новой среде .Net 4.0. Данные будут представлять собой массивы простых структур.

Очевидные плюсы и минусы:

Плюсы базы данных SQL

1. Поддержка запросов Adhoc
2. Средства управления SQL
3. Изменения схемы (добавление дополнительных столбцов и установка значений по умолчанию)

Pro-Mapped Pros

4. Зажигалка над головой? (это предположение с моей стороны)
5. Совместное использование между потоками процесса
6. Кто-нибудь еще?

Стоит ли это для повышения производительности?

Answer 1

Вы можете попробовать MongoDB и получить смесь обоих миров (функции, подобные базам данных, в хранилище с отображением памяти).

MongoDB устраняет разрыв между хранилища ключей-значений (которые быстры и высокая масштабируемость) и традиционные СУБД системы (которые предоставляют богатые запросы и глубокая функциональность).

Вот хорошая статья, которая поможет вам установить и кодировать MongoDB:

Переход на NoSQL с MongoDB

Answer 2

SQLServer может использовать отображенные в память файлы, если вы выберете «SharedMemory» в качестве протокола. В противном случае он будет использовать Pipes, TCP или VIA.

Относительно плюсов и минусов .. для меня они практически несопоставимы. В SQL встроена вся инфраструктура запросов / многопользовательских операций / транзакций и т. Д. Если вы храните с помощью MMF, вы сами в этом разбираетесь. С другой стороны, MMF встроены в ОС .. нет начального числа для сервера / службы.