Я могу приспособить весь DB в памяти?

Да, вся база данных, вероятно, хранится в памяти. Это сбросит грязные страницы к диску в интервалах контрольной точки. Отметьте, хотя это все обновления должно будет записать в журнал и ожидать записей журнала, которые будут укреплены на длительном устройстве хранения данных перед фиксацией. Эти старые бумажные Основы ввода-вывода SQL Server 2000 имеют все подробности, в которых Вы будете когда-либо нуждаться и т.д.

Но Вы не должны предполагать, можно измерить это точно и видеть, происходит ли это или нет. Соответствующие счетчики производительности:

• Число продолжительности жизни страницы секунд страница останется в пуле буферов без ссылок.
• Количество страницы reads/sec физических чтений страницы базы данных, которые выпущены в секунду. Эта статистическая величина отображает общее количество физических чтений страницы через все базы данных. Поскольку физический ввод-вывод является дорогим, Вы можете минимизировать стоимость, или при помощи большего кэша данных, интеллектуальных индексов и более эффективных запросов, или путем изменения проектирования баз данных.
• Страница Количество writes/sec физических записей страницы базы данных, выпущенных в секунду.

Целый DB (т.е. данные) не был бы сохранен в памяти (SQL-сервер). После исследования индексов и/или ключей, это получит указатель туда, где в файле данных данные, которые Вы ищете, и вероятно затем перешли бы к диску для получения его. Если бы никакие ключи или индексы, должен был бы просканировать целую "кучу".

В зависимости от которой версии SQL Server Вы работаете, могут быть стратегии кэширования хорошо используемых данных для уменьшения чтения с диска.

Вы CAN получаете базу данных, DBs например, MySql Cluster, в оперативной памяти.... Это разработано для вмещения ВСЕГО дб в память через кластер серверов для высокой доступности/аварийного восстановления и быстрого поиска данных.