Помимо таких функций, как разбиение на части, индексированные представления и параллельное индексирование, существуют ли какие-либо актуальные различия в производительности между Стандарт и Предприятие редакции SQL Server 2008?
Кроме того, ограничение в 4 процессора относится к 4 ядрам или 4 физическим процессорам?
В нашей среде мы размещаем несколько баз данных (с одинаковой схемой, разных размеров) размером до 100 ГБ. Мы размещаем от 50 до 100 экземпляров в отказоустойчивом кластере.
Наша архитектура использует NHibernate между нашим приложением и базой данных.
Я очень сомневаюсь, что в ближайшие несколько лет какая-либо отдельная база данных вырастет более чем на 1000 ГБ.
Я спрашиваю, потому что мы собираемся перейти на второй кластер, и я хочу знать, стоит ли это дополнительных денег для Enterprise (это примерно в 5 раз дороже). В настоящее время мы можем выполнять все необходимые работы по обслуживанию предыдущей версии.
Единственная полезная функция, которую я вижу, - это регулятор ресурсов, который гарантирует, что некоторые запросы не потребляют слишком много ресурсов.
Помимо дополнительной поддержки ЦП / памяти, есть несколько функций, которые улучшат производительность SQL Enterprise:
1) Сканирование «общей» таблицы (если одно соединение выполняет сканирование таблицы, а затем выполняется второе сканирование таблицы для этой таблицы, второе может использовать результаты того, что читает первое, а затем просто перечитать части, которые были пропущены)
2) Рассмотрение индексированных представлений для удовлетворения других запросов
3) Блокировать страницы в памяти: обратите внимание, что это поддерживается в SQL Standard x64 2008 SP1 / 2005 SP3 CU4 и более поздних версиях, но требуется флаг трассировки до SQL 2012
4) Больше предварительной выборки / упреждающего чтения
5) Параллельный / онлайн индексные операции
Тем не менее, этот материал довольно продвинутый; сначала исправьте свои запросы и схему.
См. Также следующее (но там нет ничего, что я не перечислил): http://blogs.msdn.com/b/boduff/archive/2008/01/24/why-should-i-use-sql-enterprise-edition.aspx http://blogs.technet.com/b/sqlman/archive/2011/03/26/sql-server-standard-vs-enterprise-edition.aspx
Помимо перечисленных вами потенциальных преимуществ и дополнительных возможностей ЦП, нет никаких прямых различий в производительности - это не похоже на стандарт MS, «понижающий газ».
Физические сокеты / процессоры - не ядра.
Только вы можете решить, оправдывают ли дополнительные функции предприятия свои затраты. Я обычно использую более 64 ГБ памяти в своих модулях MSSQL, поэтому мои руки связаны, но у вас может не быть этой проблемы. И, конечно, моментальные снимки БД и шифрование могут пригодиться, многим людям, но Enterprise тоже исключительно для инструментов интеллектуального анализа данных.
Максимальное количество процессоров, поддерживаемых выпусками SQL Server (затем выберите раскрывающийся список, чтобы перейти с R2 на 2008)
SQL Server поддерживает указанное количество процессорных сокетов, умноженное на количество логических процессоров в каждом сокете. Например, для целей данной таблицы одним процессором считается следующее:
Одноядерный гиперпоточный процессор с 2 логическими процессорами на сокет.
Двухъядерный процессор с 2 логическими процессорами.
Четырехъядерный процессор с 4 логическими процессорами.
SQL Server лицензируется на каждый сокет процессора, а не на логический процессор.