Вы, вероятно, смотрите на создание бизнес-слоя в SQL. При попытке изменить существующее приложение затем, можно испытать некоторые затруднения, поскольку адаптеры SQL являются все собственными, но если приложения могут быть изменены, Вы могли бы, вероятно, записать бизнес-слой для нахождения на DB, который обработает команды в SQL-сервер с помощью сопряжения с общей памятью.
Другая опция является волшебной хранимой процедурой CLR, которая Вы подаете SQL, к которому затем редактирует его и выполняет его против базы данных SQL (использующий соединение контекста, которое еще быстрее, чем общая память).
Остерегайтесь, хотя это, которое SQL-сервер вполне прилично записан, что-то как Ваша попытка достигнуть, было бы, вероятно, лучше всего достигнуто в клиенте, использующем API так, чтобы обработка была распространена числом клиентов и разрешения SQL-сервера оптимизировать фактический выполняемый SQL.
Я делаю его на своем сервере поршня на 64 ГБ ;) Hyper V + VSuite RamDsik
Я сделал это с Гиперпротив.
Результат будет состоять в том, что Ваша задержка устройства хранения данных спадет до близкого нуля, который очень ускорит Ваш сценарий. Ваше общее использование ЦП увеличит некоторых, поскольку центральные процессоры будут копировать данные вокруг RAM, вместо того, чтобы говорить контроллеру запоминающих устройств делать DMA.
Мне из Вашего описания не ясно, предназначаете ли Вы к чистой установке ОС как часть Вашего теста или может ли ОС быть предварительно установлена на виртуальном жестком диске. Это будет значительно влиять на скорость теста, поскольку драйверы устройства хранения данных Hyper-V не будут установлены в Server 2003 до поздно в установке ОС.
Как заключительное примечание, Hyper-V будет нужно немного больше RAM. Таким образом, необходимо будет использовать редкие диски, которые на самом деле не съедают выше на 20 ГБ. Я подозреваю, что Ваш тест будет работать еще быстрее, если Вы дадите Серверу 2003 еще 1 ГБ, также.