Пришла информационная рассылка от Оракла, а там вон что - http://www.oracle.com/technetwork/datab ... 72504.html

ссылка не рабочая

исправился...

ждем ответного исследования от сапа

опция от оракла стоит 23000 $ на процессор

а сколько будет стоить лицензия на хану?

На официальной странице бенчмарка BW-EML указанных в доке результатов нет (и лично я их там ни разу не видел), что странно, учитывая, что single node результат был получен (если верить таблицам в конце дока) еще в апреле.
То ли SAP в себя прийти не может от [s]шока[/s] "2xFaster", то ли красные опять в своем фирменном стиле "намухлевали с отчетностью"
"Меня терзают смутные сомнения" ....

точнее 11500$ на ядро (для x86)

Для SAP-приложений говорят, что как и Oracle - 15% от SAV

Для не-SAP-систем лицензируется бандлами по 64GB RAM.
Три года назад говорили что Any customer can purchase a license of SAP HANA Edge Edition for €40k.

из всего маркетингового словоблудия можно сделать один вывод: "бьются" паны не на жизнь, а насмерть, но ценником аргументировать никто не спешит.

Как элегантно Oracle побил единственный козырь HANA - сортировку данных в столбцах.

>When tables are populated into memory in the column format they are logically split into sections, and the minimum and maximum value of every column is maintained for every section of the table. This allows queries to quickly skip table sections that only contain data outside of the range of data needed by the query.

Вам не кажется, что вы несколько фигню сморозили? Это просто описаны плюсы поколоночного хранения. Они автоматом вытекают из принципа хранения. Т.к. ора реализовал поколоночное хранение+in-memory обработку, то автоматом получил все преимущества этого решения.

В хане реализована сортировка в столбцах. А оракле - нет.
Получается это архитектурно. Оракл не может сортировать столбцы во время наполнения кэша, так как это очень трудоемко. А в Хане сортировка происходит во время delta merge. И данные всегда лежать сортироваными.
Про это сам САП высказался. Этот аргумент приводился как весьма весомый и,... единственный

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

Из этого всего вытекает еще одно преимущество оракла : не будет тех проблем с delta merge, которые есть у Хаты. В общем, для меня остается только одна интрига. Чье решение победит?

очень интересно. А пруф на документацию sap с описанием этого можно? Т.к. лично мне такое описание процесса не попадалось. Описание формирования поколоночного хранения с сжатием - видел, про сортировку - нет, не видел.

http://www.bluefinsolutions.com/blogs/j ... memory-faq

>The In-Memory cache is not sorted and therefore for aggregations that access a random or large volume of data, response time is good. For queries where data needs >to be sorted prior to aggregation, the sort happens in the SGA and performance decreases. It is not possible to add additional indexes with specific sort orders.

Хотя, все-таки, мне кажется, что речь идет о сортировке словаря, по которому идет компрессия. Во всяком случае, то что словарь несортированый в delta-merge часто указывается.
Нужно разбираться детально конечно.

Все-таки это ссылка на доку оракла, а не ханы. По мерджу в администрейшн гайде я ничего такого не вижу.

Да не будет таких деталей в гайде.

https://blogs.saphana.com/2013/08/21/ha ... -and-oltp/
Почитайте комментарии Хассо Платнера.