InterBase и FireBird: вопросы по работе и их решение - [53] :: Прикладное программирование

Цитата:

Это сильно принципиально ? Юзер сможет заметить разницу 1 и 100 мс ?

Рад что уже появляется некоторое взаимопонимание, хотя и неполное. Теперь когда Вы гораздо лучше представляете о чём идёт речь, я повторюсь. Вернёмся к тому что я уже писал. Предположим Вы пытаетесь оптимизировать приложение разработанное не Вами и это приложение огромное (тривиальный случай). Назовём неоптимальный селект "NOS2" а оптимальный селект "OS2". Теперь смотрим на запрос:

Код:

select * from bigsel bs
join (OS2)
join (OS3)
where
id between 0 and 10000 and exist (OS4) and
exist (OS5)

Запрос выполняется пол минуты. Теперь замените все OS2..5 на NOS2..5. Заранее известно что NOS медленнее OS в 102 раза. По моим подсчётам вместо пол минуты будет 3 с половиной часа. Теперь вопрос - Юзер заметит разницу? Второй вопрос, когда Вы оптимизируете все подзапросы будет ли Ваш сотворённый запрос иметь отношение к стандарту SQL?

Цитата:

Да FB не идеален, там нет например кластерных индексов, и оптимизатор

Напоминаю - мы рассуждали о том что не устраивает в стандарте SQL. FB идеален и оптимизатор не тупит, он такой какой он есть. Хочу попробовать то же самое на MSSQL сервере. Однако:

Цитата:

t.grade_id+0 between 0 and 3000000

Это уже изменение условия, которое я называю вторичной фильтрацией. В условии будет не обязательно between и не обязательно это будет односложное условие. Там будет лес логики которую редактируете не Вы один.

Цитата:

Можно просто к исходному запросу приписать план
PLAN (T INDEX (TABLE1_IDX2))

Не знал что так можно, но опять же - это не стандартный SQL. Предположим Вы прописали все планы в хранимой процедуре а потом случайно переименовали некоторые индексы но не делали перекомпиляцию хранимых процедур. И плюс к этому обнаружили косяки только тогда когда стали переходить на новую версию сервера.

Цитата:

И не нужно переписывать в 3 сджойниных подзапроса...

Скажите что в следующем запросе заставит вас подумать что это не стандарт SQL?

Код:

select * from
table1 t on (t.parent_id between 5 and 5)
where
t.grade_id between 0 and 3000000

Добавлено:
И ещё очень хотел подчеркнуть разницу в кондишенах.

Код:

select * from
table1 t on (:cond1)
where
:cond2 or :cond3

-- это не тоже самое что:

select * from
table1 t
where
:cond1 and :cond2 or :cond3

-- однако похоже на:

select * from
table1 t on (:cond1)
where
:cond1 and (:cond2 or :cond3)

Даже скобки тут используются разумно. Реализовать первично такой стандарт -пустяковое дело. Не меняя ничего на сервере можно хотя бы эмуляцию включить пропустив текст SQL через препроцессор. А в результате в :cond1 уже можно выносить условия мастер-детейл, что увеличит читабельность...

Модерирует : ShIvADeSt
Версия для печати • Подписаться • Добавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104