Необходимо выполнить длительную обработку данных (около получаса), причем время выполнения некритично. Есть ли какая-нибудь возможность назначить на эту процедуру низкий приоритет, чтобы сервер во время обработки работал нормально

Здравствуйте Аноним, Вы писали:

А>Необходимо выполнить длительную обработку данных (около получаса), причем время выполнения некритично. Есть ли какая-нибудь возможность назначить на эту процедуру низкий приоритет, чтобы сервер во время обработки работал нормально
Что-то не нашел я такого в семерке. Похоже, нет никакого способа управлять приоритетом процессов сервера. Да и вообще, многозадачность в мссиквеле кооперативная, т.е. она не базируется на приоритете. Так что увы. Все, что можно сделать — это поставить ему низкий приоритет при разруливании дедлоков, т.к. иначе он будет вышибать всех остальных (выживает тот, у кого выше стоимость исполнения).
Так что единственным средством выполнения низкоприоритетных задач остается назначение отложенного задания на ночь.

Я думаю, это скорее вопрос концептуальный.

Поскольку запрос явно относится к категории аналитических (OLAP), то имеет смысл подумать о паралелльном ведении двух баз данных — оперативной и аналитической. Периодически (или онлайн) эти БД синхронизируются.

И все продолжительные запросы обращаются именно к аналитической БД.
В идеале для каждой из этих БД надо отдельно продумывать их таблицы и индексы.

Здравствуйте Akzhan, Вы писали:

A>Я думаю, это скорее вопрос концептуальный.

A>Поскольку запрос явно относится к категории аналитических (OLAP), то имеет смысл подумать о паралелльном ведении двух баз данных — оперативной и аналитической. Периодически (или онлайн) эти БД синхронизируются.

хъ

OLAP — OnLine Analitical Processing. Так что это не в чистом виде OLAP, это именно аналитическая БД.

А>OLAP — OnLine Analitical Processing. Так что это не в чистом виде OLAP, это именно аналитическая БД.

Тут я бы с Вами поспорил. Online означает в данном времени не "горячие данные", а "горячий анализ", Анализы же "на данную секунду" практически не имеют большого практического смысла.

По крайней мере таково определение г-на Кодда. Подробнее смотрите, например, в определении OLAP на http://www.olap.ru/basic/fasmi.asp

Здравствуйте Akzhan, Вы писали:

А>>OLAP — OnLine Analitical Processing. Так что это не в чистом виде OLAP, это именно аналитическая БД.

A>Тут я бы с Вами поспорил. Online означает в данном времени не "горячие данные", а "горячий анализ", Анализы же "на данную секунду" практически не имеют большого практического смысла.

[]

Я имеено это и имел в виду.

Здравствуйте Алекс, Вы писали:

А>>>OLAP — OnLine Analitical Processing. Так что это не в чистом виде OLAP, это именно аналитическая БД.
A>>Тут я бы с Вами поспорил. Online означает в данном времени не "горячие данные", а "горячий анализ", Анализы же "на данную секунду" практически не имеют большого практического смысла.
А>Я имеено это и имел в виду.

Странно, ведь это не я упирал на OnLine (выделено жирным Вами).

Хм. Тогда что именно в мом высказывании вызвало необходимость Вашего высказывания?

Здравствуйте Akzhan, Вы писали:

[]

Поскольку запрос явно относится к категории аналитических (OLAP), ...

аналитический и OLAP — вещи разные.

Здравствуйте Алекс, Вы писали:

А>

А>Поскольку запрос явно относится к категории аналитических (OLAP), ...

А>аналитический и OLAP — вещи разные.

Изменения принимаются — я-то сейчас как-раз OLAP шебуршу.