Да, Я тоже с таким недавно столкнулся.Не знаю почему.
Самому интересно.

Вот задал этот вопрос в sybase.public.ase.performance+tuning и гуру
Rob Verschoor ответил что это может быть когда статистика стара:
"Well, this can happen when the cost estimates are off, for example because the statistics do not reflect the actual data distribution."

Но мне кажется что я имел эту ситуацию и после update statistics.
А как у Вас ?

Kru ZhoraВот задал этот вопрос в sybase.public.ase.performance+tuning и гуру
Rob Verschoor ответил что это может быть когда статистика стара:
"Well, this can happen when the cost estimates are off, for example because the statistics do not reflect the actual data distribution."

Но мне кажется что я имел эту ситуацию и после update statistics.
А как у Вас ?
Я обновил статистику для всех таблиц из запроса. Результат такой-же.
I/O в 1го запроса в районе 400 000, второго около 1 500 000,
но второй запрос отрабатывает почти со свистом, а первый со скрипом.
Разница во времени почти 2 раза.

Попробовал на другом сервере. Там вообще для 2го запроса 1 000 000 000 i/o показала, но он в разы быстрее первого отработал.


Вероятнее всего оптимизатор делает неправильную оценку стоимости.
Ну я тут продолжил спрашивать и в ответ получил (собственно и первый раз можно было так интерпретировать) что статистика может просто быть неадеквата данным и например при большом количестве неравномерно распределенных дупликатов быть "офф":
"Updating the stats doesn't always guarantee the stats are an accurate
reflection of the data. Notorious cases are tables where dupliactes are
spread unevenly over the table, or implicit depencies between different
column values. That sort of thing may hit the limit of the cost model."

Я так понимаю что надо увеличить число histogram steps чтобы иметь более точную статистику.

Вообще статистика в ASE 12.5 (не знаю как в 15.0) имеет фундаментальный
недостаток IMHO - нет histogram на комбинацию полей, т.е. зная
что val(col1)="A" - 25 раз встретится, a val(col2)="C" - 10 раз встретится, нельзя сказать сколькo раз встретится val(col1||c0l2)="AC",
может 250, может что нибудь от 1 до 250 a может и ни разу.

Это мне и "бывший гуру" Eric Miner (ЕМ) подтвердил, сославшись что есть density, чего по-моему недостаточно.
B cвое время я набрел на статью исследовательницы (не помню ее имени, типа Ким из Duke University) которая работала по заказу IBM над новым
оптимаизером где такая статистика имелась.
Я сослался на эту статью, меня поблагодарили (ЕМ) после чего статья
изчезла с этого веб-сайта. :-)