Да никто не мешает и на ассемблере калькуляцию себестоимости писать отдельными программулинами...
Мой основной месседж довольно прост. SAP серьёзно настроен на продвижение HANA и будет её развивать, допиливать, дорабатывать, продавать и т.д.

HANA использует современные технологии, такие как массивное распараллеливание и т.д. Тот же оракл анонсировал ускорение в 162 раза Exadat-ы благодаря параллельным инструкциям процессору позже Sap-a.

В HANA встрен также web-server для упрощения интеграции в некоторых случаях, а также для написания приложений по типу с любого девайса юзаем единую логику, которая хранится на уровне БД.

По поводу репликации (SLT) - это ВРЕМЕННОЕ РЕШЕНИЕ до перехода ERP on HANA. Даже документация по SLT в сравнении со всем остальным функционалом SAP-а существенно отличается. Но это решение позволяет РАЗРАБАТЫВАТЬ УЖЕ СЕЙЧАС.

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

Ещё несколько моментов:
ABAP остаётся и развивается(уже есть ABAP on Eclipse, хотя, на мой взгляд, он эм..."серьёзно ещё будет дорабатываться"(политкорректный термин))
В HANA перносится не вся логика, а тяжелая.

непонятно почему все как-то игнорируют самую важную особенность - это поколоночное хранение. Очевидно, что это основное отличие от установки полной буферизации и прочих мер по запихиванию всей базы в оперативную память.
Более тесная интеграция с БД как раз здесь вполне объяснима, так как другой аналогичной БД под SAP пока нет. Поэтому использовать те же абстракции, что и для традиционных БД - можно, что и делается, но не всегда эффективно.
По поводу того, что САП ничего не может нормального написать - утверждение, имхо, крайне спорное. И количество глюков в других продуктах, на мой взгляд, ничуть не ниже. Во всяком случае, то что разрабатывал SAP с нуля, а не покупал на стороне - получается весьма приличного качества. Во всяком случае более приличного, чем покупное.

А в чем преимущество перед обычным построчным хранением?

ArmAnn, преимущества в том, что если у вас 258 полей, а нужны вам из них 5, то читаются только 5, а не 258. Также, однородные данные хорошо сжимаются. + проще распараллеливать по ядрам и т.д.

компрессия данных + скорость выполнения запросов по неиндексированным полям. Но и минусы тоже очевидны, на самом деле.
Но в любом случае - имхо это единственное ключевое отличие, остальное это маркетинговое бла-бла.
Вообще, можно почитать, что пишут, и желательно не только Вишала Сикку с Хассо Платнером, потому что понятно, что у них ХАНА - это космос
Но и Лари Эллисона тоже надо воспринимать критически.

Ларри Эллисон в 2012 году говорил:
«Когда SAP, и в особенности Хассо Платтнер, говорят о том, что они собираются построить in-memory базу данных и соперничать с Oracle, я говорю: «Господи, дай мне контакты их фармацевта, должно быть, они под наркотиками»

А сами в это время активно работали над решением :
"17 сентября 2013 года —Корпорация Oracle объявила о выпуске в продажу нового приложения Oracle In-Memory Cost Management линейки Oracle In-Memory Applications для комплекса Oracle E-Business Suite, помогая организациям достигать стратегических целей по управлению затратами."

Ларри Эллисона если как то и стоит воспринимать - то только в качестве одного из топовых главгадов ИТ индустрии. Соответственно цель любых его слов - испортить жизнь всем вокруг.

Давайте попробуем предположить как это может происходить на примере 3-х столбцов в таблице HANA_T с 10 строчками и 258 столбцами:

Column_1 as C1
___________________
1 #1 #3
2 #4 #5
3 #2 #6 #9
4 #8
5 #7 #10

Column_2 as C2
___________________
A #7
B #1 #10
C #2 #3 #4 #5 #6 #8 #9

Column_3 as C3
___________________
01.01.2013 #1
01.02.2013 #2
01.03.2013 #3
01.04.2013 #4
01.05.2013 #5
01.06.2013 #6
01.07.2013 #7
01.08.2013 #8
01.09.2013 #9
01.10.2013 #10

и выполняем мы

SELECT C1, C2, C3
FROM HANA_T
WHERE C1 = 3 AND C2 = 'С' AND C3 BETWEEN '01.04.2013' AND '01.08.2013'


Результат - 6-я строка: 3 C 01.06.2013

А вот теперь представим что надо выполнить

SELECT C1, C2, C3, C4, C5, C6
FROM HANA_T
WHERE C1 = 3 AND C2 = 'С' AND C3 BETWEEN '01.04.2013' AND '01.08.2013'

Как тут HANA будет искать данные для C4, С5, С6, если индексов нет и хранение поколоночное?! То есть находим 6-ю строку для первых трех столбцов, но как прочитать значения 6-й строки для столцов C4, C5, C6?!

murmur

Под отсутствием индексов понималось именно "create index...", системное поле "$$rowid$$" есть в любой таблице

Да нет, это вы меня не поняли. ROWID-ы я вам уже нарисовал в виде # с цифрами. Вы просто покажите как после того как в приведенном выше примере была найдена строка #6 можно прочитать данные из C4, C5, C6, например, если C4 выглядит так:

C4
___________
A1 #1 #2 #3
A2 #4 #5 #6 #7
A3 #8 #9 #10

murmur

Сейчас вы себе пытаетесь представить не как данные в хане лежат, а как вообще связать столбцы? Просто в HANA данные в столбцах лежат с использованием словаря - это 1, далее, они лежат в столбцах ещё и сжатые лежат.

Так свяжите столбцы по номеру в нём и всё. Нашли Вы из условия, что строка 6-ая, берите из остальных столбцов значение в 6-ой строке столбца 1,2,....N - какая проблема?

У вас в 6-ой строке лежит А2... Я не понимаю что Вам непонятно:(

[quote="Dimarik"]Просто в HANA данные в столбцах лежат с использованием словаря - это 1,
далее, они лежат в столбцах ещё и сжатые лежат. [quote]
А зачем они сжатые лежат? Ведь по запросу потребуются и дополнительное время и ресурсы на распаковку.
Они место так экономят?

Я вам представил сжатый вид данных. Вы разве не видите?! Одному значению соответствует несколько ROWID-ов. Как вы свяжете такое представление данных?! Раз уж упомянули о словаре, то и объясните, как можно связать данные с его помощью. Я вот искренне не понимаю, но ваше объяснение "просто берите и соединяйте" мне ситуацию не проясняет

murmur

Ваш столбец:
C4
___________
A1 #1 #2 #3
A2 #4 #5 #6 #7
A3 #8 #9 #10


Словарь у нас для C4 выглядит так:
A1 - 0
A2 - 1
A3 - 2

Сам столбец у нас выглядит так:
1 - 0
2 - 0
3 - 0
4 - 1
5 - 1
6 - 1
7 - 1
8 - 2
9 - 2
10 - 2

Берём 6-ое значение, лезем в словарь и находим, что это A2