ТанLeonid Vorontsov
2. HIGH для первых колонок всех индексов (сколько таких колонок - столько и команд);

у меня возражение: я считаю, надо сделать сколько таблиц - столько команд
update statistics high for table t(f1,f2,f3)
будет один проход вместо трех, если ресурсы позволят

если я правильно поняла, сейчас у вас столько операторов, сколько у таблицы индексовСогласен с Тан, по одной команде на каждый столбец пускали в 7-ке, а в 9-ке, начиная с какого-то-младшего-релиза 9.30, было введено усовершенствование, заключающееся в том, что если написать одну команду для всех столбцов, то сервер, если ему хватает памяти, выполняет лишь одно сканирование, читая все указанные столбцы за раз, что, конечно, быстрее. Подробнее можно узнать, если поставить SET EXPLAIN ON перед выполнением команды UPDATE STATISTICS - сервер запишет детали в файл.

vasilisВ принципе, все правильно.
Но хочу заметить, что для относительно небольших таблиц, которые целиком будут в буферном пуле, выигрыш будет небольшим, а для больших таблиц просто не будет хватать ресурсов и сканирование и обработка все равно будут идти по столбцам... Память тоже, конечо, стоит настроить - поставить PDQPRIORITY или хотя бы DBUPSPACE (см. здесь , раздел "Переменные окружения") . Мой опыт показывает, что ускорение есть, и заметное. Обусловлено оно тем, что уменьшается число сканирований - представьте, что вместо 20 сканирований на 20 столбцов можно получить только 10 сканирований (памяти не так много, поэтому за одно сканирование распределение строится только для двух столбцов)! И чем больше таблица при этом, тем заметнее разница.
Если же память для сортировок вовсе не настраивать, то по-умолчанию используются 15 мегабайт, чего, начиная с некоторого размера таблицы, хватает только на один столбец. В результате приходим к тому, что если таблица небольшая, то и ускорение назначительно, а если достаточно большая, то всё работает по-старому (потому что памяти для сортировки не хватает).
Я рекомендую попробовать на одной большой таблице без каких-либо скриптов - установите SET EXPLAIN, PDQ-параметры достаточно большими, попросите построить только распределение (distributions only), иначе сервер сначала по индексам гулять будет, и посмотрите что получится... В sqexplain.out Вы увидите, сколько данных сервер собирается сортировать и сколько памяти использует, и сможете подстроиться.