Наверняка не бывает такого, чтобы анализатор не понял этого, но...

Чего-то типа

select (a*b*c+d-e-f) r,
case
when (a*b*c+d-e-f) =0 then 1
when (a*b*c+d-e-f) >30 then 2
when log(a*b*c+d-e-f)<1 then 3
else 0 end
from aaaaaaa
where (a*b*c+d-e-f) >=0

даже не вопрос, чтобы не писать a*b*c+d-e-f каждый раз
а просто чтобы анализатор не сделал план с пятью вычислениями a*b*c+d-e-f

или только

select r,
case
when r=0 then 1
when r>30 then 2
when log(r)<1 then 3
else 0 end
from (
select a*b*c+d-e-f r
from aaaaaaa
)
where r>=0

?

в доке смотрел, так уж спрошу на всякий случай)

еще и планы одинаковые
ну может на этапе исполнения кэшируется

alexeyvgdklim.kznНаверняка не бывает такого, чтобы анализатор не понял этого, но...Уверен, что оптимизатор в сиквеле даже не имеет оптимизирующего это блока, за ненадобностью.
Самому, конечно, нужно писать это по методу "или только", не для оптимизации, а для сокращения вероятности ошибок.

что за метод "или только"?
разовьюсь)))

Посетительdklim.kznеще и планы одинаковые
ну может на этапе исполнения кэшируется

пропущено...


что за метод "или только"?
разовьюсь)))

это метод из вашего сообщения

)))

И знаете, что делается?
Не работает "или только".
Предикат считается отдельно.
А скаляр отдельно в другом пункте плана.

Я писал, что планы одинаковые в итоге.
Если только какой то оптимизатор дальше роляет.
Кэш процессора или менеджер исполнения какой-нибудь.

.Евгенийdklim.kzn,

переходите на ассемблер, или хотя бы на C++. Там эта тема будет более актуальна.

Для моей задачи и sql подходит
На i7 время исполнения запооса по таблице с 1м записей то 0 то 1 мс, это годиться.

На С перейти сейчас можно с использованием oltp. Но кстати, пришлось отказаться от использования. Отключает параллелизм, и еще ограничения в запросах - в итоге неOLTP получается быстрее. И я не помню еще, отключается ли batch для колумнстор. В итоге оставил обычный запрос, но с таблицами, оптимизированными для памяти.

Про использование С интересно почитать. А именно в чем смысл от сервера тогда, какой вариант ускорения от С ?

Вообще часто можно ускорить запрос до нужного.
Основной запрос у меня считается только по свежим записям. Но для этого надо получить из последней записи максимаальный номер (не identity). Ключ по двум полям, и номер - второй. Поэтому отлично получилось по TOP брать вязкой с таблицей стационарных значений первого поля в ключе, а потом уже брать максимум из этих значений.

alexeyvgdklim.kznНа С перейти сейчас можно с использованием oltp. Но кстати, пришлось отказаться от использования. Отключает параллелизм, и еще ограничения в запросах - в итоге неOLTP получается быстрееВ смысле? OLTP - это оперативная обработка транзакций. Например, 1С. И вообще большинство БД.

OLTP-процедуры компилируются "в собственный код", в dll, через промежуточное формирование файлов на С.

Я не сомневаюсь,, что Вам это известно, но просто отмечаю, что если кому-то очень надо в С - велкам ту OLTP-процедуры )))
Толку на самом деле немного лично для меня пока в смысле применения для расчетов - обычные запросы быстрее
Но вот грядет написание триггера, он будет NC, может увижу разницу

.Евгений,

ну да, похоже сервер не парится с этим
важнее отделить блок фильтрации от блока расчетов

ну у меня так скомпилировалось в собственный код)
мс добивались и добилась желаемого, наверное

впрочем, ничего страшного не вижу
наверное, если ms сделали что-то для чего-то - то можно "внутри мс" говорить и в таком варианте
если мс сделали отдельный вид процедур для использования в oltp-решениях, то ...

а так, конечно, у меня тоже oltp на несколько тысяч транзакций в секунду
и как минимум 3/4 будет пережевываться не nc-процедурой
но при этом в таблице, оптимизированной для памяти

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