Полагайте, что использование компиляции слова отличается по SQL Server, чем это, по говорят, нормальное приложение. В нормальном приложении код компилируется в состояние готовности машинного языка, таким образом, он не должен быть интерпретирован во время выполнения. Использование SQL Server компиляции должно определить лучший план выполнения для выполнения запроса. Так как данные имеют потенциал для постоянного изменения, SQL Server, вероятно, придется сделать новые определения на основе индексов, которые доступны, качество статистики, и т.д., и всех, что они могут влиять на план выполнения. В результате каждый раз, когда хранимая процедура выполняется, SQL Server делает определение, чтобы видеть, может ли это снова использовать exisiting план выполнения относительно того запроса или если это должно генерировать новый. Конечно, если никакой план не будет существовать, то это генерирует новый.
Это, BTW, не очень отличается от того, что делают приложения.NET, если Вы думаете об этом. приложения.NET компилируются в состояние промежуточного языка, но только полностью компилируются по умолчанию во время первого показа.
Да, все наши поля OEL/RHEL 5.3/5.4 (обычно HP BL460c G6's) просто имеют двойной LOM на 10 Гбит/с NICs Broadcom. Наши работают просто великолепно со стандартными драйверами от пакета драйвера HP PSP, обнаруживаются как eth0 и eth1 - никакой беспорядок с интерфейсным типом - и мы действительно использовали tcpdump - все пошли гладко.