Комментарии 6
Повинуясь всеобщей тенденции и следуя духу времени, мы в Норникеле переводим расчёты нашего хранилища на уровень БД.
А раньше они у вас где были?
Не понял, при чем тут все же графические ускорители?
Есть отдельный класс СУБД - СУБД на графических ускорителях. С ними мы пытались ускорить часть самых тяжёлых расчётов хранилища. Они предлагают кратное увеличение производительности расчётов по сравнению с классическими колоночными in-memory БД и работают на своём подмножестве ANSI SQL. Имеющиеся у нас расчёты работали на SAP HANA Calculation View - язык графических схем. Потребовалась конвертация - решили сделать транслятор SAP HANA CV -> SqreamDB SQL.
В итоге изначальная инициатива пока приостановлена, а наработки с транслятором остались. Вот и решили ими здесь поделиться.
Очень неожиданное решение. Казалось бы, вы представляете точно не тот бизнес, который готов рисковать лишний раз ради, пусть даже 10-кратного, удешевления одного неключевого для компании вцелом бизнес процесса. А тут явно погоня за экономией, ведь любую gpu операцию над данным может выполнить и условный trino, просто, надо больше железа.
И при этом готовы поставить на темную лошадку, которая не опенсорс, не имеет комьюнити, внедрена в предельно малом количестве компаний. Такие продукты, как правило, щедро приправлены багами (ибо полируются лишь те сценарии использования, куда попадает условные 10 первых клиентов), а бесконечное множество других сценариев прощупать просто некому (в других СУБД это делает или комьюнити, см. CH, или масса платяших клиентов, см. Oracle).
Интересует именно управленческое решение и его причины. Кажется, это могло быть бы тоже интересной статьёй
Добрый день.
Тоже думал над этой задачей, как мне кажется, полученный XML можно пропустить через XSLT преобразование и получить такой же результат. При этом не используя внутренние разработки на том же ABAPе, разве что только в части выгрузки самого XML.
Предположение теоретическое, реализовать не пробовал, если что ;)
Трансляция графических HANA Calculation View в SQL, или как переехать так, чтобы ничего не поменялось