БагерЕсли SQL версии Стандарт он он может использовать столько ядер - сколько есть на физически одном проце, так что это смотря какая версия SQL у вас стоит
Больше 4 не может. Физические процессоры используются только в лицензировании, во всех остальных случаях под процессором следует понимать ядро.

Вот это - интересная информация, т.к. те же франчи уверяют, что машину нужно брать двухпроцессорную, т.е. - на 8 голов. Редакцию Стандарт и будет сказка. Зачем же тогда двухпроцессорная машина, если все 8 голов не будут задействованы? Другой вопрос, если лицензия "на кол-во процессоров", то покупая две лицензии - юзаем тем же самым исполняемым кодом, который, якобы, ограничен на 4 головы - уже 8 голов за счёт второй лицензии? Слабо верится.

Для того, чтоб понять, какой именно сервер Вам нужен - мало данных. Может для Вашей базы хватит и простой рабочей станции... Размер базы, количество пользователей, ну и т.п. В большенстве случае достаточно в качестве сервера SQL достаточно и однопроцессорного сервера.
По поводу количества процессоров - MS SQL использует столько процессоров, ядер, сколько вы ему разрешите. Ограничение по количеству чисто лицензионные. У самого стоит сервер с одним физическим камнем, у которого 4 ядра с включенным гипертрейдингом. Итого система видит 8 ядер, версия SQL стандарт, видит и использует все 8 ядер.

Возможно он и не будет распаралелен. Мы же просто выставляем по сути пожелание об распаралеливании.
НЕ ПОЖЕЛАНИЕ, а ограничение максимального количества процессоров, на которые МОЖЕТ БЫТЬ распаралелен запрос. На МОЖЕТ БЫТЬ влияет само выполняемое действие и значение указанное в Cost Threshold of parallelism.

Однако, именно увеличение от нуля параметра "Max degree of parallelism" дало эффект. Во всяком случае, таскмэнэджер показывает изрядную долю загрузки трёх голов, когда я один даю запрос.
Распаралеливание запроса не всегда есть хорошо. Нужно смотреть сам запрос. Не однократно были случаи, когда отключение распаралеливания давало свой положительный результат. Бывают ситуации, когда на сбор частей результатов уходит больше времени, чем последовательная отработка запроса.

И как изменилось время выполнения запроса?
0 и 5 - дефолтовые значнеия.
ЗЫ Франчи скуль если и настраивают, то это явно оговаривается. Обычно подразумевается просто его установка, зпуск, перенос базы. Даже у РАРУСА.
Никак не изменилось. Если и стало 40 минут - это не тот эффект, который ожидался. Франчи специально вызывались два раза для настройки оптимальной работы эскуэля - ни первый раз, ни второй ничего сделано не было, раз по дефолту всё осталось, кроме используемого числа голов и памяти, но это дало возможность запускать на сервере 1С без тормозов. Хоть на этом спасибо, что научили где шо подвинуть ))
То есть в вашем конкретном случае распаралеливание в лучшем случае безвредно.


Вопрос возымел неожиданный поворот... Я тот же самый запрос сделал в консоли запросов... - от полуминуты до полутораминут выполняется при работающих в базе пользователях. Я уже совсем ничего не понимаю.
Смотреть потроха отчета, на 200% уверен, что там кроме самого запроса, есть большая и тяжелая обработка результатов запроса...

TaekwonderIgor Glushaev,

http://www.microsoft.com/sqlserver/2008/ru/ru/compare-std-ent.aspx

Здесь написаны характеристики различных редакций

Я вообще-то привык верить своим глазам, а не тому что написано... А на своем сервере с 8-ю виртуальными процесорами я вижу что MS SQL 2008 Standart использует их все. Насчет версии тоже нет сомнений, я знаю что я ставил на свои сервера...