Exadata better than EMC

Must read вот этот пост


Чтобы было понятен контекст, Kevin работал с 2007 года в Exadata dev team, и считается многими ведущим экспертом по Exadata. В этом году он перешел в EMC и…по прошествии нескольких месяцев начинает писать про Exadata совершенно с другой стороны. Ничего не напоминает ? Вы конечно удивитесь, но он делает примерно тоже самое что вы можете видеть в этом блоге – берет скриншот и его разбирает. Почему случился такой переворот ? Причина проста - дело в том, что этот слайд со всем его булшитом начинают показывать заказчики и задавать вопросы – вот как вы это объясните ? И в какой-то момент это достает и уже хочется написать ответ.

Попробуйте прочитать пост Kevin в оригинале. Если не получается, далее идет очень вольный пересказ  c моими комментариями, для занятых. Важно, что на слайде Exadata сравнивается с EMC Storage  c решением для OLTP. EMC имеет технологию GreenPlum, c которой и следовало бы сравнивать Exadata (и которую она скорее всего победила бы).

Теперь по пунктам:

1.5 mln IOPS и тут же следующей позицией идет Hybrid Columnar Compression (HCC). Во первых цифра 1.5 mln IOPS была получена на данных без компресси, во вторых HCC не может использовать в OLTP, потому что это будет крайне медленно да и Exadata при попытке обновить запись будет переносить ее  в другой блок, без HCC. Тут мы видим смешение возможностей OLTP и DWH.

Average Database Compression Factor – о, этой новый слоган.  Сергей Данилов придумал этот термин за месяц до маркетинга Oracle и был на этом пойман -)  Мы об этом много писали вот тут. Нет никакого average database compression. Turkcell что только не делал чтобы влезть в нужный им объем, в том числе часть данных просто не переносил.  x10 это в лучшем случае для отдельных таблиц, да еще и с предварительной сортировкой данных перед загрузкой.  И еще раз, HCC не применимо к OLTP.

Database bandwidth, чтобы получить впечатляющую цифру, просто умножили на 10 (компрессию) реальную производительность дисков. Выше, HCC не принимимо к OLTP.

Database cache usable capacity – тут помимо того, что Database Cache это то что на стороне СУБД, вместо 5 Tb опять таки умножают на 10.

У меня был праздник когда я прочитал этот пост. То что я делал в течении последнео времени  оказывается также беспокоит людей из (ex) oracle dev –булшит в презентациях. Полное перемешивание возможностей для OLTP и Warehouse. Следующий пост будет об этом.

У Oracle прекрасный продукт предназначенный для построения хранилищ, но compensation заставляет придумывать совершенно сумасшедшие схемы подачи материала. Такого 'салата' в презентациях Oracle не было еще никогда.

Прошу прощения за трэш в комментариях в этом блоге – теперь все не по-делу будет просто удаляться.  Вы можете также увидеть пример такого же трэша и у Kevin, когда кто-то (из индии?) пишет ему – ‘чувак, да ты не разбираешься’ -)))

Update 1. Чистое совпадение, что Kevin хвалит IBM вот тут..просто алеверды, ничего более -))