Если Вы читаете эту статью, то, скорей всего, уже пробовали формировать модели в HANA или, по крайне мере, собираетесь. Если у Вас есть практический опыт работы с HANA, то Вы, скорей всего, уже видели примеры впечатляющей производительности. Но иногда прирост скорости не столь очевиден. Но вина ли HANA в этом? Скорей всего – НЕТ. Разница во времени выполнения запроса, при использовании разных движков может существенно отличаться. И естественно, Вы знаете, что использовать CE_* функции гораздо выгоднее для увеличения производительности (в подавляющем большинстве). Но всегда ли это возможно? Однозначный ответ – НЕТ! Нужна сортировка – всё, придется использовать стандартный SQL-92.На CE_*-шках её нет. И т.д. Но не расстраивайтесь раньше времени. Кое-что всё-таки есть.
Начнём с самой необходимой (на мой взгляд) функции - CE_CALC. Без этой функции, ну, просто никуда. Ведь всё время необходимо что-то рассчитывать, использовать сложную фильтрацию и т.д., а чаще всего простым делением и умножением дело не ограничивается. Тут – то консультант и начинает «шерстить» документацию, вспоминать что же ещё есть, надеясь отыскать заветную функцию, позволяющую решить его проблему. В стандартной документации описаны следующие функции(по разделаем):
Но даже там, где их 4- 4 они всё равно отличаются
Итак, рассмотрим подробнее, что это за расширенный графический вариант и зачем он нам нужен. Почему его можно использовать и т.д.
Функция CE_CALC используется при создании Calculation View(в дальнейшем просто CV) в виде скрипта. Используется как поле в другой функции - CE_PROJECTION. Это основной вариант. Но при создании CV в графическом виде в PROJECTION-е есть возможность создавать Calculated columns
И тут мы видим набор функций:
Для прочтения полной версии статьи необходимо зайти как зарегистрированный пользователь.
Дмитрий Буслов (Рейтинг: 1320) 16:30, 08 июля 2013
Пока никому не понравилось
Евгений Селезнёв (Рейтинг: 205) 10:42, 09 августа 2013
A:Why does a mixture of Calculation Engine (CE) functions and pure SQL functions in one stored procedure results in bad performance?
R:The database has to go back and forth between the engines.
по этой причине?
Пока никому не понравилось