и еще, из плана видно, что у вас один физический процессор и 8логических, навенео 8ми ядреный процессор? Странным кажется, что у вас минимальное кол-во потоков - 80, это многовато как мне кажется для одного процессора (но это к проблеме напрямую не относится, а вообще - замечание для настройки сервера на будущее).

костя, во здесь: http://dcx.sybase.com/index.html#1201/en/dbusage/queryopt-s-4716396.html
Написано:
Following is a list of circumstances in which a query can not take advantage of parallelism, either at optimization or execution time:

the server computer does not have multiple processors

t he server computer is not licensed to use multiple processors. You can check this by looking at the NumLogicalProcessorsUsed server property. However, note that hyperthreaded processors are not counted for intra-query parallelism so you must divide the value of NumLogicalProcessorsUsed by two if the computer is hyperthreaded.

the max_query_tasks option is set to 1

the priority option is set to background

the statement containing the query is not a SELECT statement

the value of ActiveReq has been greater than, or equal to, the value of NumLogicalProcessorsUsed at any time in the recent past (divide the number of processors by two if the computer is hyperthreaded)

there are not enough available tasks.


а у тебя как-раз один процессор и 8 логических процессоров, так что внутренний параллелизм именно на том серваке не катит. Так что либо пошаманить с лицензией, либо сделать как написано у брека картера в статье.

хотя не, могу ошибаться. так что за процессор стоит на сервере?
И еще, там нет в плане никакой параллельности.
У параллельности другие индикации в плане: http://dcx.sybase.com/index.html#1201/en/dbusage/abbreviations-plan-queryopt.html
попробуй еще по-быстрому поставить максимальный уровень оптимизации в запросе.

а какой план у этого запроса?

ага, таки параллелит. Может тогда уровень оптимизации попробовать втопить до максимума?