Oracle Database In-Memory. Part 3

Потихоньку начинаются публикации людей которые успели попробовать (очевидно в b-версии) In-Memory. Во первых блог Maria Colgan (мне кажется она product manager по этому направлению, но она супер технический product manager).


'If a query is looking up a small number of records (rows), and an index on the WHERE clause column exists, the Optimizer will select an index access path (via the buffer cache), as this execution plan will be both more efficient (lowest cost) and more scalable in a multi-user environment.'

Маленький звоночек, more scalable in multiuser enviroment  - это интересно. Очевидно, если сотни   пользователей OLTP меняют данные, очень тяжело успеть в real time менять их в In-Memory виде.

'..By placing that Materialized View in-memory.. '

Ох, это здорово, те все таки In-Memory будет работать с Mat View как я надеялся здесь.

Другой блог, насколько я понял одного из администраторов Turkcell, который взял Swingbench и посмотрел как будет работать  нагрузка Warehouse. Гениальная идея кстати.

Длинный пост достаточно у него. Попробую повторить его выводы, напутав и переврав.

1. Hash Join + Index Fast Full Scan не удалось победить, время выполнения традиционного запроса и In-Memory одинаково.

2. Как только подключается фильтрование данных, In_Memory выигрывает за счет bloom фильтров, в 5-7 раз легко.

Тестирование проводилось в режиме single user.

Update 1. Прекрасная презентация Игоря Мельникова про In-Memory - там же есть тесты. Вывод, что In_Memory особенно хороша когда есть фильтрация данных подтверждается.