соображения об их недостатках
Марк Ривкин, бывший сотрудник IBM, а теперь сотрудник Oracle написал презентацию о сравнении конкурентов Exadata, цитата:
"В презентации рассказывается по мотивам презентаций IBM и MS на 16 конф Корпоративные БД об архитектуре и функциях конкурентшв Exadata - Data Allegro и Netezza, даются мои соображения об их недостатках по сравнению с Exadata"
Сама презентация
Давайте ее почитаем. Начиная со слайда 10 идет сравнение Exadata c IBM Netezza. Дело в том, что я ничего не понимал в Netezza, но на прошлой неделе я совершенно случайно столкнулся с командой IBM из штаб-квартиры которая отвечает за решения по аналитике, в том числе Netezza и просидел вместе с ними 3 дня. Теперь у меня знаний больше -) Для начала разговора (я же парень простой), я начал их "мочить" этой презентацией Марка. Они страшно смеялись, и вот что получилось (см таблицу ниже)
Итак, играл но не угадал ни одной буквы -). Стоит познакомится вот с этой книжкой. Но и стоит огорчаться, те же ребята из штаб-квартиры попытались рассказать мне как работает Exadata и RAC. У них это не вышло. Они думают, что у Oracle RAC все еще на уровне 9i. Кончилось тем, что они попросили все-таки выступить меня (!) и им был преподнесен DD4D в сокращенной версии, для занятых. На память от них я получил специальную кепку, как символ уважения и признания технической экспертизы -) Просто интересно, у Марка есть такая же после работы в IBM ? -)
Но вот что действительно интересно, так это схема лицензирования. Netezza лицензируется по объему ...пользовательских данных (только данных, никаких индексов ) после сжатия. Как вы знаете, Exadata - требуется лицензировать все диски на cell, даже те которые содержат SYSTEM_DG, а уж сколько там будет данных - дело ваше -)
Что же получается, Netezza идеальна ? Нет, у нее есть несколько архитектурных проблем, которые сейчас решают, даже вроде анонсы уже есть. Но их требовалось заметить -)))
"В презентации рассказывается по мотивам презентаций IBM и MS на 16 конф Корпоративные БД об архитектуре и функциях конкурентшв Exadata - Data Allegro и Netezza, даются мои соображения об их недостатках по сравнению с Exadata"
Сама презентация
Давайте ее почитаем. Начиная со слайда 10 идет сравнение Exadata c IBM Netezza. Дело в том, что я ничего не понимал в Netezza, но на прошлой неделе я совершенно случайно столкнулся с командой IBM из штаб-квартиры которая отвечает за решения по аналитике, в том числе Netezza и просидел вместе с ними 3 дня. Теперь у меня знаний больше -) Для начала разговора (я же парень простой), я начал их "мочить" этой презентацией Марка. Они страшно смеялись, и вот что получилось (см таблицу ниже)
Марк Ривкин о Netezza | Как на самом деле |
не OLTP | спасибо кэп, Netezza это специальный appliance для хранилищ данных и аналитики |
плохое сжатие | мы много обсуждали это в блоге, 10-кратное (и выше) сжатие достигается за счет первоначальной сортировки данных. По информации разработчиков в Netezza каждый блок с диска после декомпрессии превращается в 4-8 блоков в памяти, что есть ровно то же самое что у Exadata (без сортировки). Netezza использует поколоночное сжатие данных, как и Exadata (я знаю про разницу в алгоритмах, но подход то один). Все данные в Netezza сжаты всегда по умолчанию. Там неоткуда взяться особенной разнице в сжатии, тем более некорректно писать 'плохое сжатие'. |
нет процедурного языка, только SQL | Чисто формально есть JDBC и ODBC драйвера, но...мы вроде бы договорились обсуждать хранилища ? Что-то мне подсказывает что pl/sql не используется широко в хранилищах (за исключением возможно ETL), потому что это неэффективно. Ну представьте себе загрузку 1Tb таблицы в pl/sql таблицу...У Netezza есть возможность написать UDX code (the X stands for one of [Function | Aggregate | TableFunction | AnalyticProcess ]). Но если все вышесказанное - это гнилые отмазки, то стоит открыть для себя nzPL/SQL. |
спец. железо | IBM blade и Xeon стали спец железом ? Linux ? SAS диски ? В Netezza eсть FPGA, у Oracle Sun Flash, и тот и другой ящик нельзя открывать чтобы не потерять поддержку. О чем речь то ? |
не учитывает специфику данных | не понял проблемы |
Host 24 ядра против 128 Exadata | 128 Core это Exadata X2-8 (+ 168 Cell Core). Тут Марк не разобрался где проводится основная работа с данными. А она ведется на стороне S-Blade, где 192 ядра Xeon + 192 ядра в FPGA + 24 на стороне Host. Именно S-Blade производит скажем операцию sum. Host в понятиях Netezza не выполняет большой работы над данными. Ну и у кого ядер больше ? Мое мнение, сравнивать по кол-ву ядер вообще не стоило. |
Данные с неск дисков должны Join на 1 HOST | Это совсем странное заявление. Очевидно стоит прочитать как работает Parallel Execution в RAC - а именно, точно также, parallel slave вынуждены передавать всю прочитанные данные координатору на 1 хост. Дальше, если вчитаться в то какую оптимизацию предлагает Netezza для того чтобы снизить этот эффект, то..точно такие же методы появились в 11g. Я имею в виду например broadcast меньшей таблицы между узлами при join. Т.е. тут явно видно не понимание работы собственного продукта, Oracle RAC. |
Итак, играл но не угадал ни одной буквы -). Стоит познакомится вот с этой книжкой. Но и стоит огорчаться, те же ребята из штаб-квартиры попытались рассказать мне как работает Exadata и RAC. У них это не вышло. Они думают, что у Oracle RAC все еще на уровне 9i. Кончилось тем, что они попросили все-таки выступить меня (!) и им был преподнесен DD4D в сокращенной версии, для занятых. На память от них я получил специальную кепку, как символ уважения и признания технической экспертизы -) Просто интересно, у Марка есть такая же после работы в IBM ? -)
Но вот что действительно интересно, так это схема лицензирования. Netezza лицензируется по объему ...пользовательских данных (только данных, никаких индексов ) после сжатия. Как вы знаете, Exadata - требуется лицензировать все диски на cell, даже те которые содержат SYSTEM_DG, а уж сколько там будет данных - дело ваше -)
Что же получается, Netezza идеальна ? Нет, у нее есть несколько архитектурных проблем, которые сейчас решают, даже вроде анонсы уже есть. Но их требовалось заметить -)))
>> Марк Ривкин, бывший сотрудник IBM,
ОтветитьУдалить>> а теперь сотрудник Oracle написал презентацию
Скачал презентацию. Почитал. Не понял.
Видимо, презентацию действительно делал бывший сотрудник IBM :^)
Я не знаю как это еще объяснить -- наверное потому что в презентацию Oracle было вставлено слишком много слайдов из презентации IBM :^)
Мой первый вывод: Даже поработав буквально год-другой в IBM и проведя потом на порядок больше лет в Oracle чувствуется эта муть IBM :^) Даже в презентациях проступает :^)
Мой второй вывод: Дима, беги из этого IBM как можно быстрее. У тебя еще нет года. В тебя еще не впиталось. Но год -- это критический срок! Тебе еще не поздно, но скоро уже будет реально поздно :^)
Disclaimer: Выводы мои личные, и никак не связаны с мнением Oracle и IBM. Марк, дружище, это шутка. Не обращай никакого внимания. Шютка. Шютка.
P.S. Почему Neteeza и Exadata нельзя даже сравнивать я напишу позже :^)
>беги из этого IBM как можно быстрее.
ОтветитьУдалитьне могу, я же написал - они подарили мне кепку. Я никому не рассказывал, но я пришел в Oracle только потому что Глеб Ладыженский подарил мне кепку Oracle. Это своего образа талисман. Теперь буду в IBM пока кто нибудь не подарит мне iкепку -)))))))))
Даже если Дмитрий говорит правду (что конечно же не так), получается, что Netezza в DWH частично догнала Экзадату (которая не только DWH, но и OLTP тоже).
ОтветитьУдалитьИ это очень хорошо. Потому что кордебалет в виде всяческих нетезз создает выгодный фон для лидера, Экзадаты. Это как айфон, и его многочисленные подражатели.
Характерно и подмеченное Дмитрием заблуждение IBMовцев относительно современного состояния Экзадаты. Они все еще догоняют позапрошлую версию продукта Оракла. В то время когда Оракл готовит уже еще более продвинутую версию.
А для Марка небольшие возможные промашки касательно Нетеззы простительны: в зеркало заднего вида все аутсайдеры выглядят одинаково...
>> Это как айфон,
ОтветитьУдалить>> и его многочисленные подражатели.
Оооo... Как мне это нравится.
>> А для Марка небольшие возможные промашки
>> касательно Нетеззы простительны
100%. Oracle даже не должен разбираться как у них это работает :^)
>Даже если Дмитрий говорит правду (что конечно же не так)
ОтветитьУдалитькакие ваши доказательства ?
>Netezza в DWH частично догнала
Вы не путаете временную шкалу ? Netezza создали в 2000 году, Exadata в 2009.
>ебольшие возможные промашки касательно Нетеззы
..они также касаются и Exadata. Последний пункт поподробнее почитайте.
>в зеркало заднего вида все аутсайдеры
Коллега из Oracle ?
>> Netezza создали в 2000 году, Exadata в 2009
ОтветитьУдалитьВ мире IT возраст ничего не значит. Вообще ничего.
В 2000 году все мечтали о телефоне Nokia. Про iPhone в 2000 году никто и слыхом не слыхивал.
В 2009 году iPhone перегнал Nokia, a также такие трубки Samsung и Sony вместе взятые по объему продаж телефонов. Точная статистика в Google.
В 2011 году Nokia осталась только у моей бабушки :^)
Думаю, что компании IBM на ее столетний юбилей самое время прикупить не менее древнюю компанию Nokia. Два сапога пара :^)
Тоже самое верно и про историю с Netezza :^)
Рискну задать вопрос присутствующим - вы сколько хранилищ данных в своей жизни спроектировали и в эксплуатацию запустили, а?
ОтветитьУдалитьApex! Господи, о чем Вы? Для того, чем мы здесь занимаемся не требуется никакого опыта ни по внедрению, ни по проектированию хранилищ :^)
ОтветитьУдалитьApex опять забыл в каком он блоге и зачем он сюда приходит. Только вчера, в соседней теме (http://dsvolk.blogspot.com/2011/06/blog-post_22.html) он зачем-то спросил про зоопарк в Лондоне (!), потом "ржал", "отпрыгивал" и чего-то там бросал в вентилятор. Он также заявил, что этот блог для него "как на карусели покататься".
Будьте пожалуйста последовательны в своих действиях :^) Срочно вспомните зачем Вы сюда приходите и в будущем не расслабляйтесь :^)
P.S. Кстати, Волков проектировал и запускал хранилища когда в Jet работал. Нормальное такое хранилище. Терабайтиков на 300 должно сейчас тянуть. И Exadata в Production Волков реально администрил. Только на нем сейчас другая кепка и он в любой момент может уйти в несознанку! :^) Но эксперты у нас есть. Да еще какие!!!
очень хочется пошутить про влияние кепки на мышление)
ОтветитьУдалитьКоллеги, я недавно слушал презентацию про архитектурные преимущества teradata. Могли бы вы что-нибудь про сравнение teradata и exadata написать, а то меня уверяли, что exadata проигрывает и проигрывает значительно. спасибо!
ОтветитьУдалить>сравнение teradata и exadata
ОтветитьУдалитьБоюсь в этой стране никто этого сделать не сможет -( Т.е. вы можете видеть на примере данного поста что для сравнения двух решений нужно обладать очень серьезными знаниями, а чаще всего не знают даже собственных продуктов.
Терадата конечно же выигрывает. В чем-то. Некоторые, как я, считают что она выигрывает во-многом.
ОтветитьУдалитьНо дело в том, что хранилища у всех разные, поэтому где-то лучше Екзадата, а где-то Нетецца.
Другая сторона медали - рассматриваются вопросы лучшести тоже с разных позиций. Для разработчика DWH это одни преимущества, например, более удобный SQL для запросов у Терадаты, для администраторов аспекты машины для ХД важны совсем другие.
Например тот факт, что Экзадата это все тот же Оракл ДБ так же может быть очень существенным преимуществом.
>> влияние кепки на мышление
ОтветитьУдалитьCompensation drives behavior :^)
Ну и цвет кепки тоже важен.
>Это как айфон
ОтветитьУдалить>Compensation drives behavior :^)
>в зеркало заднего вида в
Много букв не имеющих отношения к теме поста. Хочет получить комментарии вида "да мы облажались с этой competitve презентацией" или "нет, у Netezza вот это и это работает хуже потому что смотри сюда"
>> Экзадата это все тот же Оракл ДБ
ОтветитьУдалить>> так же может быть очень
>> существенным преимуществом.
Наконец-то я это услышал. Я также обещал продолжить в своем первом комментарии.
Конечно же у Teradata и Neteeza есть какие-то фичи, которых нет у Exadata. По-другому быть не может, так как это с нуля разработанные узкоспециализированные решения для хранилищ. И понятно, что Teradata и Neteeza будут кричать про эти фичи и утверждать что они самые важные. Иначе они останутся без хлеба.
Теперь что такое Exadata. Говоря языком Тома Кайта (нашего с Волковым близкого друга :^) Exadata это _fast=true для Oracle. В этом страшная сила этого продукта. В современном мире, где почти не осталось чудеc, и это очень редкий случай, когда _fast=true реально возможен. Exadata решает ряд фундаментальных проблем, возникших из-за огромного роста количества данных в мире OLTP и DWH и под _fast=true я понимаю возможность разрешить эти проблемы очень низкой ценой. Практически не переписывая приложения. Да, надо мигрировать на 11gR2, надо не бояться RAC и возможно придется сменить платформу, но это очень локальные трудности. Так как мы все равно остаемся на Oracle.
Теперь почему Exadata на порядки сильнее Teradata и Netezza.
В организациях накопилось огромное количество разнообразных северов c Oracle Database и это все добро надо улутьшать и консолидировать. На серверах работают реальные приложения типа SAP, OeBS, People Soft, JD Edwards, (...теперь перемещаемся в Россиию...) ЦФТ, упаси господи 1C (шютка, шютка) и т.п. Там же рядом уже появились хранища, витрины и т.п. Все это добро работает медленно, жрет много электричества, занимет много места. Огромная масса, оцениваемая как 20-30% всего количества серверов в мире требует постоянного улучьшения, консолидации и т.п. И вдруг появляется_fast=true. Вы хочть можете прочуствовать объем этого рынка для Oracle?
Теперь внимательно посмотрите на Дмитрия. Он как волк грызется за каждого заказчика чтобы заказчик выбрал "Exadata из компонентов IBM" в то время как в дверь уже ломится настоящая Exadata. И мы еще даже не начали говорить про хранилища. :^)
Теперь хранилища.
Teradata и Netezza потенциально могут быть лучше и удобнее на хранилищах. Ведь это нишевые продукты, специально для этого создававшиеся. Продавцы Teradata и Netezza бегают по всему миру, стараясь найти заказчика с большим хранилищем. И крайне желательно с хранилищем, которое строится с нуля, чтобы не надо было объяснять почему надо мигрировать на эту самую Netezza или Teradata, а не просто использовать _fast=true в виде Exadata. Каждая упущенная сделка -- это трагедия для Teradata и Netezza, потому что их рынок крайне ограничен. А что Oracle? Oracle тупо прет по всем направлениям. Oracle легко может позволить себе не замечать деятельность Netezza и Teradata. Oracle может даже (о ужас!) уйти от заказчика, если Netezza c Teradata уже навязали там свою "религию". У Oracle есть огромный выбор, а у Netezza c Teradata этого выбора нет. И тут очевидно чем все это закончится. Даже покупка компанией IBM компании Netezzа просто продлит эту агонию, и не более того.
Вот почему я ни слова не понимаю о чем говорит бывший сотрудник IBM Марк Ривкин в своей презентации, и чего ему в ответ парирует бывший сотрудник Oracle Дмитрий Волков :^)
>> Хочет получить комментарии вида
ОтветитьУдалить>> "да мы облажались с этой competitve презентацией"
Мое личное мнение: презентация говно. Она про Neteeza, а не про Exadata. И слайды там из презентации IBM.
>> "нет, у Netezza вот это и это работает хуже потому что смотри сюда"
Мое личное мнение: Neteeza - отличный продукт. Продукт врядли умрет от проблем с пищеварением при условии наличия пищи в виде правильных заказчиков с правильными проектами (так чтобы только хранилище, и чтобы без PL/SQL и т.п.). Продукт умрет из-за крайне узкой специализации.
Это как животное, которое питается только одним сортом травки. А травку съедят другие животные (Exadata), которые расплодились в огромном количестве из-за всеядности. :^)
Apex, ты в зоопарк собираешься, или ты просто так спрашивал? А то если будешь на острове, то можно будет встретиться и слегка потусить :^)
ОтветитьУдалить>_fast=true
ОтветитьУдалитьПрекрасный текст, очень убедительно. Если заказчик на туманном альбионе говорит беру, прибегает Dominic Giles, все внедряет, все счастливы. А если он внутри (даже) МКАДА ? кто будет все внедрять-то ? Тут даже с написанием презентации такие проблемы, что про внедрение и разговора и речи быть не может. Так что насколько вкусный этот самый fast=food - это придется узнавать заказчику самому. Все риски на его стороне.
>А если он внутри (даже) МКАДА ? кто >будет все внедрять-то ?
ОтветитьУдалитьДмитрий, это вопрос времени, согласитесь...
>это вопрос времени, согласитесь...
ОтветитьУдалитьВы наверно не поняли моего комментария. Dominig Giles инженер Oracle UK которого поймать на милых глупостях невозможно как и еще несколько сотен инженеров Oracle UK. Я их видел, хотя и не всех. Так вот если те, которых я видел что-то там утверждают, или берутся внедрять - значит это так и есть и будет работать как обещают.
Теперь почувствуйте разницу с презентацией выше ...или здесь http://dsvolk.blogspot.com/2011/05/x10.html
Даже нормально прокомментировать некому. Как там этот RAC работает, бог его знает...Ну продадут, затем отойдут в сторону, вдруг заказчик сам справится -)
правильно ли я понял, что Вы считаете, что наши инженеры в Oracle CIS не смогут приобрести должную квалификацию по установке/настройке Exadata?
ОтветитьУдалить>> Даже нормально прокомментировать некому.
ОтветитьУдалитьА я так старался... А меня никто не похвалил :^)
больно очень у вас тут весело...
ОтветитьУдалитькак в известной сказке про щуку + лебедя + рака
По поводу Teradata маркетологи Oracle
даже специальную страничку завели
"Выкинь Терадату - спаси Планету" ;)
http://oracle.com/SaveThePlanet
ПС.
еще в тему: "всяк кулик свое болото хвалит" ;)
возможные варианты замены слова "болото":
"Exadata", "Netazza", "Teradata", "iPhone"...
>> правильно ли я понял, что Вы считаете,
ОтветитьУдалить>> что наши инженеры в Oracle CIS
>> не смогут приобрести должную квалификацию
>> по установке/настройке Exadata?
Постановка вопроса звучит очень странно, ну да ладно.
В Oracle CIS конечно же есть люди, которые в состоянии установить/наcтроить Exadata, если Вы об этом спрашиваете. Один Игорь Мельников чего стоит. Или Томин. В support и consulting много правильных людей, который специализируются на глубоко технических вещах.
Если Волкова сказать, то он (я уверен!) и Exadata прибежит установить/настроить. Прямо в кепке IBM. За бабки конечно :^) Но в кепке :^) Шютка! Да Вы Волкову только покажите своей проект по Exadata. Волк на запах сам прибежит. Бесплатно. Я уверен. Я его знаю.
Кстати, Волков -- это сотрудник Oracle. Я это одельным постом поясню.
>> По поводу Teradata маркетологи Oracle
ОтветитьУдалить>> даже специальную страничку завели
>> "Выкинь Терадату - спаси Планету" ;)
>> http://oracle.com/SaveThePlanet
Маркетологи просто облачили в смешную форму одну из историй выноса Teradata, которой японский банк SoftBank согласился поделиться с другими заказчиками.
http://www.oracle.com/us/corporate/features/teradata-exadata-408002.html
Кстати, название банка совсем не похоже на японское. Как-то по русски немного звучит: SoftBank :^) Но почитайте повнимательнее: Какой-то несчастный банк анализирует миллиарды звонков как какой-нибудь Билайн или МТС. Япония однако.
Прокомментирую немного вот этот комментарий: http://dsvolk.blogspot.com/2011/07/blog-post.html?showComment=1310638957573#c85862665862376524
ОтветитьУдалитьэто там где про дружбу с Томом...
Я не совсем понимаю, почему подход, при котором забитый разным, безусловно нужным, барахлом склад просто переезжает в более просторный подвал называется "улучьшением" и "кансо лидированием" (японский термин - только что сам придумал).
Перенос People Soft, OeBS, ЦФТ и 1С на другие диски это не построение хранилища данных. Сами по себе витрины не появляются, их необходимо строить, вычищать и поддерживать.
Так что, я думаю, продавцы хранилищ правильно ищут своих покупателей, и, конечно же, они имеют более узкий рынок, намного более узкий чем имеет просто популярная СУБД.
Т.е. я что хочу сказать, то что написано в предпоследнем абзаце - это не тот аргумент, который применим в начатом Дмитрием обсуждении. Независимо от того, трагедией ли есть упущенные сделки или нет.
Ну и с последним предпложением, я, как читатель, согласен, только причины этого нахожу несколько другие:
"Вот почему я ни слова не понимаю о чем говорит бывший сотрудник IBM Марк Ривкин в своей презентации, и чего ему в ответ парирует бывший сотрудник Oracle Дмитрий Волков"
P.S. ужасное узенькое окошко для комментов. У меня в блоггере оно как-то все более удобным выглядит.
>> Я не совсем понимаю, почему подход, при котором забитый разным,
ОтветитьУдалить>> безусловно нужным, барахлом склад просто переезжает
>> в более просторный подвал называется "улучьшением"
История не про это. История про то, что Exadata применима "By Default" для огромного количества проектов по обновлению Oracle-инфрастуктуры. _fast=true !!! А рано или поздно обновлять придется все: storage, железо, софт и т.п. И каждый раз в дверь будет стучаться кто? Exadata. А теперь попробуйте перенести OeBS или SAP ERP или ЦФТ на Neteeza или на Teradata. Не получится. А на Exadata можно.
>> Перенос People Soft, OeBS, ЦФТ и 1С на другие диски это не построение хранилища данных.
Да, конечно. Просто история была не про построение хранилищ, и не про нюансы консолидации.
История была про то, что Exadata применима на рынке размером в 1000 раз большем чем рынок Neteeza и Teradata. Это не оставляет сомнений, что Exadat-ы просто по количеству исталляций будет на порядок больше чем Neteeza и Teradata. Просто потому что рынок намного больше. Это продукты совершенно разного масштаба применимости поэтому и сравнения проводить бесполезно.
Ахиллесова пята Neteeza и Teradata в том, что это не _fast=true для существующих приложений.
>> Так что, я думаю, продавцы хранилищ правильно ищут своих покупателей
Им просто больше ничего не остается делать. Продавцы Neteeza и Teradata технически не могут придти заказчику SAP или OeBS и сказать что сейчас будет _fast=true. А Exadata может.
>> P.S. ужасное узенькое окошко для комментов.
У меня его можно потянуть мышью за правый нижний угол и увеличить.
Neteeza пишется как Netezza
ОтветитьУдалить>>Sergey Danilov комментирует...
ОтветитьУдалить>> Кстати, название банка совсем не похоже на японское.
>>Как-то по русски немного звучит: SoftBank :^) Но почитайте повнимательнее:
>> Какой-то несчастный банк анализирует миллиарды звонков как какой-нибудь
>>Билайн или МТС. Япония однако.
===============================
вообще-то исходя из анонса - это не совсем(читай совсем не) банк
"Softbank Mobile Corporation, a fast growing mobile telecommunications provider based in Tokyo, Japan"
>банк анализирует миллиарды звонков
ОтветитьУдалить>вообще-то исходя из анонса - это не совсем(читай совсем не) банк
-)))) Я уже было подумал что после внедрения Exadata в банк стали звонить разгневанные клиенты -))))))))))))
Хотел на этом построить очередную презентацию. Обломали блин. -)))
Шутка -)
>> Neteeza пишется как Netezza
ОтветитьУдалитьПрошу прощения
>> вообще-то исходя из анонса -
ОтветитьУдалить>> это не совсем(читай совсем не) банк
Прошу прощения. Никакой это не банк конечно же.
Когда новость только появилась, я заходил на их сайт и читал про их бизнес, но потом в голове все перемешалось. А когда ссылка появилась в блоге я просто привел ссылку на документ, но прокомментировал, что в голове давно на полочке лежало, не проверив.
Мне пора привести качество данных в голове в порядок :^)
>Apex, ты в зоопарк собираешься, или ты просто так спрашивал?
ОтветитьУдалитьОсенью еду в асашай, если повезет, то поеду через туманный альбион и задержусь там на два-три дня. Надеюсь повезет:)
>одну из историй выноса Teradata
Требую справедливости!
Вынесли не Терадату, а устаревшее оборудование. Честных, публичных тестов Exadata против Терадаты пока не было. Вот когда появятся, тогда и приходите. :))
>> если повезет, то поеду через туманный альбион
ОтветитьУдалитьСообщи тогда если интересно будет встретиться вживую.
>> Вынесли не Терадату, а устаревшее оборудование.
Честные тесты врядли появятся. А пока будет продолжаться вынос устаревшего оборудования :^)
Моя мысль про разницу масштабов рынков Exadata по сравнению с Teradata оказывается уже была в реальных цифрах сформулирована здесь:
ОтветитьУдалитьhttp://www.dba.ru/2011/06/oracle-1000-exadata.html
Тоже верно и для Netezza :^)
Ага, видели уже, хозяин той странички мой комментарий не пропустил, видать не любит отвечать на неудобные вопросы...
ОтветитьУдалитьИтак, господин VD, кто бы он ни был, деловито сравнил этот показатель с показателем Терадаты. Ну, молодец, че, наверняка тоже в Оракле работает.
Итак:
1. Каков процент этих инсталяций сделан у уже существующих клиентов Оракла, которые тупо уперлись в возможности Оракла не на Exadata?
2. Каков процент этих инсталяций сделан именно под задачи DWH?
3. Ну, и наконец, если за 3 года такой ошеломляющий прорыв, чего ж историй успеха так пренебрежительно мало? Да и те что есть, весьма сомнительные.
Оракл как обычно утаил информацию, которая дала бы объективную картинку, а вы тут и рады, хороводы вокруг водите "Да, Оракл, да! Продолжай нае..вать народ! Так!" :))
Конкурируют ли микроскопы и лупы? Ну, пожалуй на определенных рынках и конкурируют. Опять же у луп рынок явно шире. Значит ли это, что лупа лучше микроскопа?
P.S. Неужели у граждан, работающих на вендоров, критическое мышление напрочь атрофируется?
>> Неужели у граждан, работающих на вендоров, критическое мышление напрочь атрофируется?
ОтветитьУдалитьОбожаю юношеские коммантарии Apex-а.
По вопросам 1,2 и 3 врядли кто даст ответ, так как статистики в этом разерезе никто не ведет. Не ведется потому, что Oracle она не интересует. Потому что Oracle даже не считает Teradata конкурентом. Я объяснял почему и Вы поняли это объяснение. Как только разговор замкнемся на DWH, в котором фичи Oracle не имеют значения, то да, конкурент. А пока не DWH, или пока фичи Oracle имею значение, то и не конкурент вовсе. На Teradata нельзя запустить SAP ERP, OeBS, Siebel CRM, JD Edwards. А это львиная доля рынка.
Лупа хуже микроскопа. Но рынок луп шире. Если посчитать заработанные на лупах деньги, то прибыли от луп будут на порядки выше прибылей от микроскопов. Пост VD тому пример. Поэтому фирмы, которые производят лупы, будут покупать фирмы которые производят миркоскопы просто потому, что у первых больше денег чем у вторых. Пример тому: IBM купил Netezza, а не наоборот. И будут делать с ними что захотят (не обязаптельно убивать конечно! :^)
Ужас состоит в том, что лучший продукт не обязательно будет успешным. Примеров масса.
Если сравниваются любые два прокта, то потому что продукты архитектурно сильно разные, то у одного всегда есть фичи, которых нет у другого и наоборот. При сравнении один продукт будет делать упор только на фичи, которые есть только у него, а другой про то, что есть только у него.
Честный тест возможен только в случае, если в нем задействованы только фичи, которые есть только у обеих продуктов. Иначе тест будет нечестным. Но как только появится такой тест (например tpc-c), то сразу будет понятно, что такой честный тест никому не нужен, так как он замеряет слишком узкую область, кторая есть у всех. И выигрывать чесный тест будут продукты, которые специализируются только в этой узкой области, которую замеряет тест. Например, в tpc-c часто выигрывает никому не известная база данных c названием exasol или что-то типа того. Ее просто разработали специально для теста и она ничего больше не умеет в реальной жизни...
Зачем я все это рассказываю? Потому что справедливости Вы не найдете. И никакой реальной базы для упорядоченного, логически выстроенного критического мышления тоже нету. Все продукты разные и сранивать бесполезно.
Это можно только примитивные вещи сравнивать. Например батарейки Energizer и Duracell. Зарядил в игрушечного зайца и замеряешь сколько он пробежит. И то, в батарейках там куча нюансов, физики и химии присутствует, если посомтреть поглубше. И даже если я попрошу Вас сравнить батарейки "по честному", то Вы их хрен сравните! И я аргументированно оспорю результаты вышего сравнения.
А вещи масштаба Exadata, Teradata Neteeza сравнивать вообе бесполезно. Умный вендор будет всячески избегать этого :^) А умный заказчик не будет запрашивать сравнение. :^)
А Волоков вот сравнивает. И Марк сравнивает. А потом друг с другом сравнивают то, то оба "насравнивали". А толку нету. Потому что сравнивать бесполезно. Я поэтому ничего никогда не сравниваю. Мне и так все понятно :^)
И всяких Apex, которые этих сравнений требуют, я игнориую (посмеиваясь над их ограниченностью :^). Я выше этого. И у меня других дел навалом.
Apex говорил:
ОтветитьУдалить>> Честных, публичных тестов Exadata против Терадаты пока не было.
>> Вот когда появятся, тогда и приходите. :))
Не появятся. Я выше объяснил почему.
Волков говорил:
ОтветитьУдалить>сравнение teradata и exadata
Боюсь в этой стране никто этого сделать не сможет -( Т.е. вы можете видеть на примере данного поста что для сравнения двух решений нужно обладать очень серьезными знаниями, а чаще всего не знают даже собственных продуктов.
Это и не надо делать :^) И никакие знания тут не помогут. Вы мне даже батарйки сравнить не сможете. Я ваши сравнения в пух и прах разнесу.
Apex прав, даже если пройти поиском слова "legacy environment" по exadata reference booklet то видно что половина успеха это замена старого оборудования на новое, которое ясно что работает быстрее, потому что выпущено на 5 лет позже.
ОтветитьУдалитьЯ делал исследования по случаю компании Sogeti у которой заменили старую T5240
В замене старого оборудования на Edadata нет ничего плохого. Это означает, что через пять лет... :^)
ОтветитьУдалитьКонечно, история успеха была бы намного более драматична, если бы в ней свежезакупленое, новое с иголочки оборудование (HP или IBM? :^) через неделю было выкинуто на помойку и взамен приобреталась Exadata просто потому что пришло прозрение: Exadata дешевле, так как она быстрее одновременно сильнее жмет данные и потому дает неоспоримое конкурентное преимещество :^)
Почему честных историй сравнения апельсинов с апельсинами мы никогда не дождемся я объяснил максимально подробно.
Господа, опоздал с комментариями на полтора года, но пиво предложить никогда не поздно.
ОтветитьУдалитьЯ работаю анатиликом - мой хлеб - SQL запросы и BI отчётность. В данный момент хранилище находится в процессе миграции с NeoView на Netezza. С позиции аналитики, NeoView крайне неудобна, т.к. нельзя (в SQL) объявить переменную, курсор, сделать цикл, хранирую процедуру и пр. Весь ETL строится на внешней приблуде. Я немного работал с Oracle 9i и побольше с MS SQL. И честно говоря, NewView у меня вызывает страшную изжогу, словно мне отрубили 9 пальцев и по клавиатуре приходится клацать одним.. Сейчас же мы мигрируем на Netezza, но жопой чую, что с возможностями SQL будет примерно также.
Теперь о главном. Если кто из участников блога находится в Лондоне и имеет отношение к сабжу (или просто любит пиво) то я приглашаю пропустить по пинте-другой, познакомиться, поглумиться над архитектурными решениями и просто хорошо провести время в каком-нибудь пабе в центре.
Спасибо,
Игорь