В одном из моих приложений у меня есть таблица базы данных размером 1 ГБ, которая используется для справочных данных. Из этой таблицы поступает огромное количество операций чтения, но записи никогда не производятся. Мне было интересно, есть ли способ загрузить данные в ОЗУ, чтобы к ним не приходилось обращаться с диска?
Я использую SQL Server 2005





Вы захотите взглянуть на memcached. Это то, что многие огромные (и хорошо масштабируемые) сайты использовали для решения подобных проблем. Если у вас есть несколько запасных серверов, вы можете легко настроить их для хранения большей части ваших данных в памяти.
http://en.wikipedia.org/wiki/Memcached
Если у вас достаточно ОЗУ, SQL отлично справится с определением, что загружать в ОЗУ, а что искать на диске.
Этот вопрос часто задают, и он напоминает мне людей, пытающихся вручную установить, на каком «ядре» будет работать их процесс - пусть ОС (или в данном случае БД) делает то, для чего она была разработана.
Если вы хотите убедиться, что SQL действительно считывает ваши поисковые данные из кеша, вы можете запустить нагрузочный тест и использовать Sysinternals FileMon, Обозреватель процессов и Монитор процесса, чтобы убедиться, что таблица размером 1 ГБ не читается. По этой причине мы иногда помещаем наши «поисковые» данные в отдельную файловую группу, чтобы было очень легко отслеживать, когда к ним обращаются на диске.
Надеюсь это поможет.
DBCC PINTABLE явно закрепит таблицу в ядре, если вы хотите, чтобы она оставалась кешированной.
Просто чтобы прояснить проблему для sql2005 и выше:
This functionality was introduced for performance in SQL Server version 6.5. DBCC PINTABLE has highly unwanted side-effects. These include the potential to damage the buffer pool. DBCC PINTABLE is not required and has been removed to prevent additional problems. The syntax for this command still works but does not affect the server.
Вы говорите, пусть ОС решает это, поэтому я не могу понять, для чего нужен OLTP в памяти? Узнать больше здесь