берем профайлер. берем "типовые" запросы на подчитку данных. скажем, так:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
using (SqlConnection con = new SqlConnection())
{
con.ConnectionString = string.Format("server={0};database={1};Connect Timeout=10;Application Name=CA4;Persist Security Info=false;Integrated Security=SSPI;", ".\\R2", "master");
con.Open();
for (int i = 0; i < 100; i++)
{
using (SqlCommand cmd = new SqlCommand())
{
cmd.Connection = con;
cmd.CommandText = string.Format("select top 10 * from sysobjects where id > {0} order by id", i);
using (SqlDataReader reader = cmd.ExecuteReader())
{
while (reader.Read())
{
}
}
}
}
}
пускаем профайлер на ловлю SP:CacheInsert
видим в трасе 100 записей на добавление AQ - все логично
теперь ставим 'optimize for ad hoc workloads' = 1
перед выполнением можно сбросить кеша. тогда будет 1 запись. если не сбрасывать - будет 0 записей (если до того запускали предыдущий вариант)
PROFIT
демонстрировать как борьба за кеш при достатке ресурсов убивает сервер тут не буду, но это действительно случается
штука достаточно специфичная и имеет сайд - эффекты, но попробовать стоит, если это "ваша" ситуация
ессно, не относится к RPC вызовам, что и отражено в доке
