Вообще говоря, смотрю вакансии на зарубежных сайтах и не вижу большого предложения по САП ХАНА, да и по остальным продуктам то же.
Проскакивают единичные вакансии.
К примеру, на том же линкед-ине из тысячи САП-вакансий в одной международной компании по ХАНЕ требуются всего несколько человек в штат, в разных странах.
Если предположить, что САП ХАНА - это востребованый продукт, который растет на 60% в год, то требовалось бы большое количество специалистов в данном направлении, но очевидно, что этого не происходит.
Например, если в мире было установлено 1000 ХАНН, на следующий год их уже 1600, на следующий 2560 и т.д. с учетом 60% роста.
Возможно, что САП ХАНА растет сама по себе где то в облаках, а компании всего лишь используют аренду данного информационного ресурса.
В таком случае, речь так же не может идти о 60% росте, т.к. клиенты всего лишь изменили способ работы, уйдя с локальных систем в облака.
Т.е. клиентов не стало намного больше, это все те же международные компании, но уже на арендуемом информресурсе.
Как бы о ни было, но в 60% рост верится с трудом.
Отсюда вывод, что гепотетический рост, не более чем очередная [s]мулька[/s] рекламный трюк.

ЗЫ если некий программный продукт развивается где то в облаках сам по себе в условиях жесткой
монополии, то со временем он замыкается сам в себе и мягко говоря, постепенно деградирует
из за отсутствия "обратной связи" и рыночной конкуренции.
Постепенно пользователей приучают к тому, каким должен быть продукт на самом деле.
Т.е. получается замкнутая система, а как известно эволюция таких систем невозможна.

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

можно поподробнее. как такое возможно? Стояла самописное чудо-юдо, пришел сап с ханой, нажал кнопочку и вуаля? Ну может я чего не знаю, но верится с трудом

На этом месте я заплакала от умиления.

если имплементация инфраструктуры, ЕРП и т.п. не подразумевает обследования заказчика значит заказчику скорее всего действительно рано или поздно будет хана

Полагаю речь о том чтобы смигрировать уже имеющуюся sap-систему на хану, со всеми разработками и прочим добром

В оригинальном тексте автор указал "как при внедрении сап модуля." отсюда и мои выводы.

И кстати если идет миграция, то действительно не надо никаких обследований, сайзинга и прочего? Просто приходят грубо говоря дяди с [s]ханой[/s] коробкой, нажимают кнопку и вуаля! все автоматически "село по размеру".

Ну.. да... так и произойдет. Это ж просто БД.
А вот чтобы получить весь профит от внедрения... Вот тут уже надо обследования и проч. Причем, еще полгода назад на конференции по хане, спецы сапа говорили так: вы нам говорите, чтобы вы хотели отоптимизировать(какие бизнес-функции), а мы вам подскажем какие таблы сконвертить.

Хана. А часто вы встречаете запросы заказчиков об ускорении системы? Я видел много вариантов когда система тормозит, конечные пользователи воют, а руководству это всё параллельно. И ни разу не слышал осмысленного вопроса: "Система тормозит, как ее ускорить?" Я к тому, что многие ли будут готовы платить существенные деньги за хану вместо того, чтобы за на порядок меньшие деньги купить SSD?

я думаю все поняли что я имел ввиду) не надо цепляться к словам, именно так, с коробкой, и вуаля, и сщастье, это же просто БД, да конечно сайзинг и прочее само сабой, но это занимает ооооооочень мало времени в сравнении с внедрение какого-либо модуля)

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

Ну как тут правильно заметили хана не только ин-мемори БД, а также другая структура таблиц, оптимизированый под это дело язык запросов.

ну и для начала матчасть как говориться, чтобы мы все говорили об одном и том же)
http://www.saphanabook.com/

Ну да, понятно что есть отдельные случаи при которых нужна быстрая система. Но интересно насколько это часто требуется - не получится ли, что только парой крупнейших ритейлеров дело и ограничится?
А так-то понятно, что если данные положить в оперативку да SSD - скорость возрастет. Но в примере 3 дня vs десятки секунд получается ~259200 vs ~10 секунд - отличие 4 порядка. Вероятно первоначальный отчет был каким-нибудь кривым.

Все так и есть: прирост производительности на HANA: 2-3 порядка точно.
На реальной системе видел, отчет стандартный.

2-3 порядка это обычный прирост если поменять доступ к диску на доступ к оперативке. Тот же результат при буферизации на AS таблиц, чтобы к ним не обращаться на уровень СУБД

Об этом и речь. И в каких-то презенташках говорили про ускорение 1-100 раз. Но 4 порядка это уже интересно и сомнительно.

А можно как-нибудь пощупать хану на своем железе, напрмер ERP on Hana? На service.sap.com не скачать - либо для моего аккаунта нет доступа, либо ее вообще только в конкретные руки выдают.