|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Lilya A. Kozlenko 2:5025/17 31 May 2001 12:40:27 To : All Subject : Re: Informix ? -------------------------------------------------------------------------------- > Для того, что бы утверждать, что это ошибка/просчет оптимизатора, для > этого необходимо иметь все первичные данные, которыми он обладал, знать > методику по которой он работал, и тогда смоделировав всю ситуацию > самостоятельно и доказав наличие правильного хода можно утверждать чт это > его ошибка. В данном случае, достаточно просто найти план запроса, стоимость которого лучше, чем то, что оптимизатор предложил, и сильно. Hапример, в разы. Это один из очевидных критериев ошибки оптимизатора, возможно, что-то просто не учитывалось при построении плана, но это не означает, что это не ошибка оптимизатора. > Ясно, я просто спросил, что может ты вкладываешь в это понятие более > широкий смысл. Зачем? Помоему совершено однозначное понятие. > Тоже ясно. Hу ипо какому алгоритму ты предлагаешь подчитывать страници в > режиме упреждения? Есть ряд случаев, где это очевидно. Hапример, когда идет сканирование индекса при обработке between (нашли оба конца интервала, если нет доп. проверки атрибутов защиты в trusted версии, то тут понятно, что поднимать в память до обращения в странице). Это лишняя степерь параллельности обработки, а это не является отрицательной величиной. Hа самом деле таких мест может быть не так мало. Сканирование индекса, это один частный случай. -- Regards, Lilya Kozlenko --- Microsoft Outlook Express 5.50.4522.1200 * Origin: RELEX Inc. (2:5025/17@fidonet) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/7753f3003921.html, оценка из 5, голосов 10
|