- так оно и есть на самом деле...
Тока Вы еще забыли про ECC 6.0, которая далеко не R/3.
Про EHP (1...N) даже не пишу...
И еще, Вы не правы, в том, что САП, что то, от кого то скрывает.
Вся дока по ХАНЕ есть на хелп-сап-ком в открытом доступе.
Совем наоброт, радует то, с какой легкостью САП открещивается от "проклятого прошлого и родимых пятен"...
Можете даже за свои кровнозаработанные подключиться к САП-ХАНА-облаку и стоит это не так уж дорого(60 америкаских копеек в час).

ЗЫ Тот, кто вовремя не переучится, тому останется только одно - АБАП-ать на глинянных табличках...
Ну или идти работать с Oracle BI, но там на "любой чих" свой отдельный java-класс...

ЗЫ ЗЫ То, что со стороны САП КИС в России ХАНО-й торгует "ключница" - это ни для кого не секрет.
Они даже толком не могут сказать людям(человеческим голосом) что это за продукт, какие у него возможности и перспективы.
Толдонят только свои мантры про "новые технологии ин-мемори" и приводят явно заказные статейки о рОсте продаж - вот и все их аргументы.

Мда, посмотреть явно стоит. SAP уже однажды хотел сотворить некий "переход" на Java, но совершенно справедливо "бобик сдох", так как непонятно было, что делать с миллионами строк кода ABAP , который уже работает. Это безумно дорого , да и никому не нужно даже условно бесплатно.

Теперь значит хранимые процедуры , JavaScript и HTML5? Очевидно, пришел новый эффективный менеджер и решил наступить на старые-новые грабли. Ну как бы хочется пожелать ему успехов в этом нелегком деле - Слива рынка SAP ERP. Вопрос только в пользу какой Американской компании )))) Трюк Майкрософт-Нокия дубль два, в роли Нокиа - САП , а кто в роли Майкрософт ? Интрига Однако.

- что, вы, что вы, тише, нас могут услышать...

На самом деле, где то года 4 тому назад, САП действительно "трубил во все трубы",
что переходит на портальные технологии, JAVA и XI/PI.
Нужно отметить, что вакансии на все эти технологии иногда проскальзывают,
т.е. продукты как то существуют и назвать их "мертвыми" не совсем корректно,
однако, бурного развития данных технологий так же не наблюдается.
Поэтому выражения типа "бобик сдох" или "мертворожденный продукт" не совсем верны,
скорее это некие "пробы пера", которые не получили активного развития.

Между прочим, за выражение "мертворожденный продукт" я подвергся критике от одного участника форума,
который использует то ли MS Word, то ли свой собственный мозг не более чем на 2%...

- есть такой фильм "Назад в будущее"...

Связка "хранимые", javascript и Odata позволяет эффективно создавать портальные решения и клиентские приложения для всевозможных мобильных гаджетов.
А как Вы хотели?
Всю жизнь АБАП-ать на "берестяных грамотах" под SAP GUI?
Все это чем то отдаленно напоминает технологии Oracle BI, хотя конечно прямые аналогии проводить нельзя.

Еще бы надо изучить создание UI на Not native(для САП ХАНА) языках программирования типа АБАП, но на это у меня пока нет времени.
Это достаточно "мутная" тема, хотя XS(встроенный сервер приложений) по идее поддерживает работу с UI на JAVA, ABAP и др.
Достаточно заметить такой простой факт, что по ключевому слову ABAP в "SAP HANA Developer Guide"(SPS6) практически нет информации.
Так же, следует отметить, что САП ХАНА достаточно чудесным образом работает с классическими csv-файликами.


Пока удалось найти один наиболее эффективный "акселератор".
Например, была конфигурация 4 процессора и 32 Гб памяти, а стала 8 процессоров и 64 Гб памяти...

ЗЫ Как мне кажется, для рядовых тружеников САП-а, вся интрига заключается в дальнейшем развитии САП ХАНА, т.е. чем закончится вся эта "перестройка".

Акселераторы, как я понимаю, являются частью ERP, они описывают определенную функциональную логику, которую по ряду причин желательно вынести на уровень БД, т.е. когда обмен данными между уровнями БД и ABAP-программой слишком велик.
Поколончатое хранение данных безусловно избыточно, но по сути это совмещенное представление данных DB и OLAP в одной БД, а индексы в HANA работают соответственно иначе (ведь поколончатое представление данных с определенными ссылка - это по сути уже индексная таблица).
Не понимаю, почему SAP другой, ведь переход идет довольно последовательно, без отказа от старого кода. Акселераторы делают только для наиболее сложных и критичных к производительности функций. Ясно, что большинство справочников и простых отчетов работает также.

- да, так и есть, именно ERP...
Например, тр. HDBC и FAGLL03H

1. Financial Accounting Accelerator
2. Controlling Accelerator
3. Material Ledger Accelerator
4. Production Cost Analysis Accelerator
Например, по SAP HCM(HR) я пока никаких акселераторов не видел.

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

- OLAP(online analytical processing) - это рекомендация, технология хранения данных по многомерному принципу(схемы типа "звезда" или "снежинка").
На самом деле, в САП ХАНА возможно создать attribute view, analytic view и calculation view.
Например, можно создать analytic view, по сути OLAP.
Т.е. это и есть многомерная технология, которая связывает данные из разных таблиц.

Сейчас по сути дублируются данные.
1. БД ERP (Oracle, DB2...)
2. Диалоговая инстанция(ии) ERP
3. БД HANA database
4. Память самой SAP HANA
Вам не кажется, что система получается несколько избыточной?
Речь идет о том, когда ERP будет встроена в САП ХАНУ.
Какой там будет код и как в конечном итоге будет реализована системя я пока не знаю, да и не я один...

Возникает масса вопросов по резервированию такой системы.
Сломаться может не только БД и как делать резервную копию САП ХАНЫ?
Поскольку САП свел все в один "черный ящик", то как его потом чинить,
если что то происходит внутри такой системы?
Как вносить изменения, если все сведено в одну систему?
Архитектура не модульная, технологии постоянно изменяются.
Т.е. внесение изменений в такую систему будет достаточно сложным.
И ряд других вопросов.

Не сказать, что в HANA реализованы принципиально новые технологии, где-то даже наоборот, HANA – это уникальная комбинация различных устоявшихся технологий. Конечно, подобные подходы привычнее видеть в исследовательских (академических) проектах или стартапах, не же ли в корпоративной среде. Отсюда и множество вопросов. HANA построена на базе MaxDB и TREX search engine, что меня лично удивило, поскольку я думал, что SAP покупает Sybase для усиления позиций своего решения, но эта система и HANA так и не пересеклись. Конечно, сомнений масса, ведь продукт, который по сути является ядром всей корпоративной системы вышел только в конце 2010 (т.е. разработка заняла 4 года, а эксплуатируется не более 2-х лет).
Как мне показалось, HANA является модульной системой, причем каждая часть является службой или несколько модулей объединены в службу. Я не думаю, что ERP встроят в HANA, скорее HANA станет частью Netweaver’a, не официально.
Сегодня существует универсальный слой для «любой» БД. Конечно, напрашивается вопрос – должна ли использовать HANA эту универсальность или есть план по более тесной интеграции ABAP? Ответ лежит на поверхности.
Что касается хранения данных в оперативной памяти и на дисках, то я не вижу здесь избыточности. В дополнение к кэшу данных в памяти HANA хранит и сами таблицы, периодически их синхронизируя с дисками.
Кстати, SAP сегодня владеет двумя БД, которые имеют общие корни с продуктами ее конкурентов: Sybase - MS SQL Server и MaxDB - Oracle MySQL, что довольно забавно.

- имелось ввиду, что они новые, относительно "классического" САП-а, а не относительно технологий, которые существуют в мире.

- вопрос уже обсуждали ранее.
Насчет того, что HANA database реализована на базе MaxDB и TREX-а - так написано в САП-овских пресс-релизах.
SAP HANA и Sybase совершенно "не пересекаются".
Объясните, зачем в ХАНЕ используется Sybase репликация данных.
К примеру, стали бы Вы лично использовать Оракловую репликацию данных для DB2?

- да, только все эти модули собраны в САП ХАНЕ и они неразделимы с т.з. потребителя.
Поэтому покупать придется все вместе и платить придется за все, нужно оно Вам или нет.
Кроме того, если оно собрано все в одном месте, то система сильно усложняется.
Уверен, что это очевидный факт.
- пока что, ABAP not native для HANA.
Ели это изначально заложено в систему, думаю что и дальше будет так же.
- ну да, один раз на дисках и в памяти ERP, а второй раз то же самое но в ХАНЕ.
Пока ERP не встроена в ХАНУ потребитель платит дважды за железо и за софт...

В дополнение к содержательной беседе про "устоявшиеся технологии".

1) JavaScript - http://learn.javascript.ru/intro. Назвать это устоявшейся технологией можно лишь для одного: скриптовый язык для веб-страничек, как он изначательно и позиционировался. Второе его предназаначение - серверные скрипты, это относительно новая и сырая технология, учитывая качество библиотек, количество кода JavaScript и их стандартизацию. Пока общие стандарты только обкатываются и вырабатываются http://en.wikipedia.org/wiki/ECMAScript и до "зрелости" данного инструмента , как базы для разработки логики для систем уровня SAP, как до Луны.

2) HTML5 - HTML 5 — эволюция стандарта HTML, добавляющая новые теги и, что более важно, ряд новых возможностей браузерам.
Многие возможности HTML5 все еще в разработке, но браузеры постепенно начинают их поддерживать. Уровень зрелости данной технологии примерно на уровне JavaScript.

3) HANA, как БД и "хранимые процедуры на HANA" - незрелость данной технологии не вызывает никаких сомнений - она просто сырая.

4) Инфрастуктура тестирования , отладки и сопровождения - тут про "устоявшиеся технологии" не то, что говорить, а даже упоминать не стоит. А ведь данная среда или инфраструктура является одним из главных факторов стабильной работы системы.

Могу себе представить тихий ужас разработчика, который получит на входе оптимизированный JavaScript , встроенный в HTML5, который вызывает серверный JavaScript , который базируется на индийских проприетарных библиотеках JavaScript, которые в свою очередь вызывают набор хранимых процедур в ядре HANA , написанных на каком-то птичьем языке, и это художество надо запустить под отладкой ,чтобы понять , Где произошел сбой

Вот и представьте себе: с одной стороны критически важная для бизнеса система класса "SAP ERP", которая вылизывалась 20 лет и с другой стороны набор инструментов и технологий 1)-4) , который кроме смеха в данном ракурсе ничего вызвать не может. Печалько

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

При этом за JavaScript и HTML5 я спокоен - они открытые, дешевые и быстро развиваются. Если есть проблема - можно написать напрямую разработчикам (и не нужно быть официальным клиентом, заплатившим кучу денег именно за конкретный продукт). Хотя не помню ни одной серьезной проблемы, за которую их можно было бы назвать нестабильными. Стандартов действительно нет. И не будет никогда - "тут так принято". Когда будут готовы официальные текущие стандарты - все уже вовсю будут пользоваться новыми версиями . Причина - чрезвычайная медлительность, компромиссность и бюрократичноть комитетов.

Очевидно, что основной упор делается на Web.
В САП ХАНЕ два сценария разработки.
1. Для Web
2. SQL
Для работы с Web-ом требуется дополнительно преобразвывать выборки из БД в XML, если быть точнее, то САП ХАНА использует XMLA.
Вполне логично, что это предназначено для всевозможных мобильных девайсов(планшетники и т.п.).
АБАП - это не позволяет.
Предложите более современные и перспективные технологии.

Во что все это выльется, честно говоря не знаю, да и Вы тоже.
Возможно САП ХАНА будет развиваться как самостоятельный продукт, а ERP будет развиваться отдельно и они будут как то взаимодействовать(сейчас это происходит с помощью допотопной репликации).
Может САП встроит ERP в ХАНУ.
Пока можно только гадать, как ситуация будет развиваться дальше.

Уже есть ERP on HANA. HANA 1.0 (Вариант с репликацией) по своей сути предназначена для того, чтобы с ней познакомить разработчиков, показать бизнесу необходимость переводить систему целиком, в общем дать возможность оценить потенциал. А также для non-sap сценариев.

ERP уже развивается в сторону ханы. Eже есть ABAP 7.4 в котороем есть call stored procedure ...
Уже часть логики перенесена с Application server-а на хану.
Уже есть прокси-таблицы, прадназначенные для связи хановских объектов со словарём ABAP-а
Развитие web-а и т.д. в хане предназначено для any device. Но SAPUI5 позиционируется как вариант разработки light-weighted приложений.
Да, кроме XMLA есть OData и server-side javascript на которых разрабатываются приложения FIORI

Есть классическая трехзвенная ( многозвенная) архитектура, при этом клиент может быть либо 1) Интернет (WEB) 2) Настольным ( DESKTOP) с различными вариациями по факту распределения бизнес-логики между звеньями.

Причем здесь XML преобразование данных и ABAP - я не понял ( это мелочи ).

Я лишь подчеркну главный факт, который озвучил ранее: как бы вы не танцевали и не "путали" следы, вам все равно придется реализовать Бизнес-Логику обработки данных в полном объеме. А это означает, что придется не просто написать с нуля, а переписать миллионы строк кода ABAP.

Понятно, что SAP ставит своей основной целью полный уход на предоставление доступа SAP ERP в виде сервиса, который доступен с любого устройства и желательно хранению данных в облаке. Для этого жизненно необходимо унифицировать процесс разработки: получения, обработки и отображения данных. SAP не стал изобретать велосипед и пошел по классическому пути всех крупных компаний: это HTML5 + JavaScript + Хранилище данных.

И наконец , ключевые Вопросы:
1) Как найти того Осла, который за это заплатит
2) Что делать с откровенно сырыми техологиями и как с ними уживаться: Разработка , Отладка, Поддержка
2) Роль разработчика и консультанта SAP в предлагаемой картине мира.

New и renew приложения разрабатывает и перерабатывает SAP.

2) Что делать с откровенно сырыми техологиями и как с ними уживаться: Разработка , Отладка, Поддержка
"откровенно сырыми" - это некорректная формулировка. HANA в части аналитики работает достаточно стабильно и потятно.
Сравнить что было два года назад с BW on HANA и что сейчас, когда уже в продуктиве есть реальные проекты.
Также будет и с ERP. Есс-но сейчас не все готовы на это пойти. Но год - два не заметите как пролетят. А клиентов будет всё больше.

2) Роль разработчика и консультанта SAP в предлагаемой картине мира.
ABAP-еры подучат как писать под хану. Как писать хранимые процедуры и как их дебажить.
Для консультантов достаточны базовые понимания ханы. Не более. Если же они продумывают новые таблицы(Z*) и т.д. то необходимо понимание а как оно работает в целом в хане. Чем отличается. Кардинально настройки в ближайшее время менять не будут.
Одно дело переписать имеющуюся логику, а другое написать всю логику заново. Будут дополнения - есс-но, будут изменения - есс-но, но если был FI, а будет new-FI то это не значит, что перестент существовать Д/К;)

- не скажите, у Оракла произведена интеграция работы JAVA с БД, так, что я не стал бы называть данный путь "классическим".
Насколько я понял, в SAP HANA HTML5 и JavaScript входят в SAPUI5 SDK(tools)...
- транснациональные корпорации, которые заинтересованы в глобализации и облачных технологиях. Для них это "копейки" или даже меньше. Эти ребята ездят туда-сюда и им нужны такие сервисы для доступа к информации из любой точки мира.
- уже писал, трудно сказать как это будет выглядеть в будущем.
Вижу два варианта развития событий.
1. Перепишут код
2. Продукты будут развиваться паралелльно и интегрироваться друг с другом(сейчас реализован именно этот сценарий)

- ABAP 7.4 для SAP NetWeaver 7.4
Как насчет ERP?

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

В HANA включен XS - engine, который включает Веб-сервер, SAPUI5 - это основанная на javascript -ах библиотека рекомендуемая SAP, не более.
SAPUI5 SDK - это набор готовых UI компонент + описание + примеры + возможность попробовать "сразу"



Я говорю не о варианте репликации, я говорю о том, когда HANA - основная БД.
А если интересно что переписали и что оптимизировали и что перенесли с Application-а в HANA - то есть документик - SAP Enhancement Package 6 for SAP ERP 6.0, Version for SAP HANA Based on SAP NetWeaver Application Server ABAP 7.4