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

"Пора уже реально написать, что HANA решение откровенно  дорогое и ..."
о цене тут говорить бессмысленно, т.к. SAP в принципе супер  дорогое удовольствие и внедряют его в России только те у кого бабла не меренно ...
т.е. деньги это вообще последний аргумент обычно, когда покупают SAP, а на первом месте тут стоит престиж, эффективность, качество, надежность, быстрота, коррупция да что угодно, но только не цена.

О чем  не сказал автор статьи, так это о цене удовольствия владения SAP HANA. Причем, лицензионная политика компании  SAP такова, что для SAP BI on HANA стоимость определяется объемом хранилища данных. Может конечно для РЖД это не критично, но, как мне кажется, в такой ситуации речь может идти о двух SAP BI системах. На HANA мигрировать те части, которые связаны с планированием, поскольку реально ускорение десяти кратное и более при небольших объемах хранилища. На старой  BW (где скорее всего Oracle) остается все, что не требует отчетности "на лету".  Получается опять либо очень дорого, либо просто дорого.
Выше очередные дифирамбы по HANA. Пора уже реально написать, что HANA решение откровенно  дорогое и есть такие SAP BW отчеты, где HANA ничего не ускоряет.

Должен отметить - вы плохо искали вакансии по HANA.
Поскольку этот путь я уже прошел - выбирать было из чего.

Я же сказал, что стоимость лицензии зависит от объема хранилища. Может для РЖД условия другие или у них объем БД небольшой (в чем я сомневаюсь). Чистую хану надо сравнивать с чистым ораклом тогда. Лицензия на разработку под HANA при покупке BW ON HANA обрезана, вы не можете делать по лицензии целый ряд вещей.

Я конечно не могу относительно саповских прайсов высказываться на 146% уверенно, но точно знаю что одним из аргументов перехода на хану для bw в ржд были достаточно скромные отчисления. По сравнению со стоимостью "чистой" ханы.

О чем  не сказал автор статьи, так это о цене удовольствия владения SAP HANA. Причем, лицензионная политика компании  SAP такова, что для SAP BI on HANA стоимость определяется объемом хранилища данных. Может конечно для РЖД это не критично, но, как мне кажется, в такой ситуации речь может идти о двух SAP BI системах. На HANA мигрировать те части, которые связаны с планированием, поскольку реально ускорение десяти кратное и более при небольших объемах хранилища. На старой  BW (где скорее всего Oracle) остается все, что не требует отчетности "на лету".  Получается опять либо очень дорого, либо просто дорого.
Выше очередные дифирамбы по HANA. Пора уже реально написать, что HANA решение откровенно  дорогое и есть такие SAP BW отчеты, где HANA ничего не ускоряет.

в общем я конечно HANA как СУБД вообще не рассматриваю т.к. там инновации (если они и есть), то они внутри платформы и для разработчика и ДБА их почти нет (или ими можно пренебречь), и даже все стало еще проще и элементарнее чем в других СУБД, (даже SQL запросы стали элементарнее потому что их можно дробить на "атомы" вычислительными функциями),
т.е. тут новые вакансии конечно не нужны.
 
Новые структуры данных Views, тоже можно оставить в покое, потому что их всего 3 и любой BW-шник освоит их за неделю.
 
а вот сервисы XS (т.е. новый "сервер" приложений) и меньше новый интерфес SAPUI5, которые только и есть чего нового, т.е. без них HANA это просто СУБД (а как СУБД она пока никому не интересна), так вот вакансий по этому направлению мало.
 
Впрочем уже после моих жалоб, я опять поискал вакансии (раньше искал пару месяцев назад) и нашол измененея ...
 
в России пока также 1 вакансия.
но на западе я нашол их уже несколько десятков и не только в США (где 90%)
 
Вывод следующий
кто хочет заниматься HANA сейчас, надо искать работу на западе, а лет через 5 возвращаться в Россию  уже с опытом ...

в общем я конечно HANA как СУБД вообще не рассматриваю т.к. там инновации (если они и есть), то они внутри платформы и для разработчика и ДБА их почти нет (или ими можно пренебречь), и даже все стало еще проще и элементарнее чем в других СУБД, (даже SQL запросы стали элементарнее потому что их можно дробить на "атомы" вычислительными функциями),
т.е. тут новые вакансии конечно не нужны.
 
Новые структуры данных Views, тоже можно оставить в покое, потому что их всего 3 и любой BW-шник освоит их за неделю.
 
а вот сервисы XS (т.е. новый "сервер" приложений) и меньше новый интерфес SAPUI5, которые только и есть чего нового, т.е. без них HANA это просто СУБД (а как СУБД она пока никому не интересна), так вот вакансий по этому направлению мало.
 
Впрочем уже после моих жалоб, я опять поискал вакансии (раньше искал пару месяцев назад) и нашол измененея ...
 
в России пока также 1 вакансия.
но на западе я нашол их уже несколько десятков и не только в США (где 90%)
 
Вывод следующий
кто хочет заниматься HANA сейчас, надо искать работу на западе, а лет через 5 возвращаться в Россию  уже с опытом ...

Коллеги, HANA под BW, так же как и под ERP - действительно уже стало классикой, учитывая, что технология на рынке с конца 2011г.
И в массы HANA идет.
Но в мире достаточно примеров (коммерчески успешных) использования HANA как standalone платформы.
Это прежде всего MKI (классический Big Data кейс) с задачей сборки генома, это Bigpoint (компьютерные он лайн-игры), где HANA и ESP используются для обработки тысяч on-line событий и построения прогноза поведения игрока, это Ebay с задачей определения внешней конъюнктуры, немецкая премьер лига, где HANA обрабатывает телеметрию с датчиков, которые фиксируются на игроках (почему, вы думали, германия выиграла), McLaren использует HANA для обработки телеметрической информации, поступающей с датчиков автомобиля во время заезда, и т.д.
Олеги, на счет переписывания ABAPа - в двух словах не ответить. Рекомендую вебинар Александра Ключникова:
youtube.com/watch
 
А количество вакансий,Владимир - показатель субъективный. Любой ДБА с опытом  администрирования промышленной СУБД вполне способен работать с HANA.

"грустно читать, что HANA использутеся для таких старых (Классических) технологий как SAP BW" - А вот с этого места можно подробнее? Что значит классическая технология BW для которой используется HANA а то я с этого места не понял, так как в общем виде считал что это аппаратно-программная СУБД. Не знаю как для BW, но для стандартной ERP если использовать фишечки, как вы говорите, то надо похоже абап менять и вон те тонны кода как-то переписывать, а это... очень долго и сложно.

грустно читать, что HANA использутеся для таких старых (Классических) технологий как SAP BW, что то вроде "микроскопом гвозди ..."
 
Складывается впечатление, что HANA упорно не идет в массы ...
 
Складывается это впечетление по вакансиям на рынке труда
лично я в России нашол пока только 1(одну) вакансию.
начал искать за границей, но пока тоже нашол не больше 10 и все они в США и пара из них в IBM :)
 
короче, буксует HANA не по полной
а в это время все ее фишки уже появились и у MS и у Oracle :(

"также значительно выросла точность распределения" - прикольно, каким это образом выросла точность? Про скорость вопросов нет. А вот точность? Или анализ стал оперировать большим набором параметров в связи с ростом скорости?

Схема, о которой упоминает Андрей, для российских компаний "гибче". Плюс иногда контрагенты в данном случае представляют интересы тех же самых собственников, либо это компании-партнеры. А риски неполучения конечного продукта решаются переговорами (иногда в "товарищеском суде" :) ).