Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
teradata сравнение
|
|||
|---|---|---|---|
|
#18+
Oracle - прекрасная СУБД для OLTP вне сомнений. Терадата позиционируется исключительно как СУБД для хранилищ данных. Однако в последнее время они делают упор на так называемые "активные хранилища данных", когда хранилище грузится в режиме реального времени и отвечает не только на стратегические вопросы, но и на тактические. См. выше пост Павла. Я не думаю, что Oracle не рассматривает Терадату как конкурента, поскольку с недавнего времени также стал уделять хранилищам данных внимание. да нет, просто вы тут устроили впечатление что тут какие-то масовые миграции с оракла на терадату :) В области хранилищ данных - возможно. Наверное, Оракл ещё не так хорош в этой области, если заменили его 120 инсталляций на Терадату, а наоборот не больше десятка (да, и то непонятно на этой странице про миграции явно сказано только про Abbey National и Banco De Credito). Прикиньте, компания, имеющая 6% рынка хранилищ данных (с Ваших слов) заменяет системы, построенные лидером рынка СУБД. Как тут не рассматривать такую компанию как конкурента? С уважением, Константин Лисянский http://lissianski.narod.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2004, 11:00 |
|
||
|
teradata сравнение
|
|||
|---|---|---|---|
|
#18+
авторЯ не думаю, что Oracle не рассматривает Терадату как конкурента, поскольку с недавнего времени также стал уделять хранилищам данных внимание. в смысле хранилище это вроде DW, в DW круче оракла только горы (37% процентов рынка). TPC-H меряет запросы - тут как бы тоже круче оракла никого. или вы о чем-то другом ? авторКак тут не рассматривать такую компанию как конкурента? так это всего лишь 1 задача и в ней 6% ... а есть еще OLPT, OLAP, Oracle Aplications, App server, и туча другого хлама за немеряные деньги. вот IBM и MS - конкуренты, и в TPC/SAP бенчмарках и в индустриальных решения, а терадата ? ну да есть бд, наверно хорошая - но к ней все равно нужно оракл для OLPT ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2004, 12:18 |
|
||
|
teradata сравнение
|
|||
|---|---|---|---|
|
#18+
в смысле хранилище это вроде DW, в DW круче оракла только горы (37% процентов рынка). TPC-H меряет запросы - тут как бы тоже круче оракла никого. или вы о чем-то другом ? Крутость решения не измеряется только долей рынка. По оценкам аналитиков впереди шагают Терадата и IBM. Oracle пока challenger. TPC-H - это база данных из 8 таблиц "моделирующая" реальную систему и 22 заранее известных запроса. Где Вы видели реальное хранилище из 8 таблиц и заранее известные запросы к нему? К таким тестам можно очень хорошо подготовиться заранее, встроить специальные фичи в СУБД чтобы всё работало быстро. Так что, тесты - это ещё не показатель. См. реплику Павла Новокшонова по этому поводу. Терадата по какой-то причине перестала выступать в этих тестах (вероятно, решили вкладывать деньги более правильно - посмотрите сколько стоит собрать систему для теста - под 10 миллионов). Хотя ещё год назад они били оракл раза в 3. Неужели Вы думаете, что за год что-то изменилось? Так что, я думаю Oracle должен побаиваться Терадаты в этом сегменте рынка. С уважением, Константин Лисянский http://lissianski.narod.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2004, 13:02 |
|
||
|
teradata сравнение
|
|||
|---|---|---|---|
|
#18+
авторПо оценкам аналитиков впереди шагают Терадата и IBM. Oracle пока challenger. странно а по данным IDC картина совсем другая: http://www.oracle.com/corporate/analystportal/insider/idc_dwsurvey.pdf Overall data shows that Oracle presence stands at 37%, followed by Microsoft (35%), IBM (18%), Teradata (6%), Sybase (3%), and SAS (2%). (Note that other database vendors were not included in the question). Oracle dominates the LDW market at the 500GB+, 1TB+, and 4TB+ levels. However, its lead disappears at the highest level of 6TB+. In this segment, both IBM and NCR/Teradata have higher market presence than Oracle. на счет TPC-H http://www.oracle.com/corporate/analystportal/insider/forrester_teradata_exits_tpc-h_17mar04.pdf E X E C U T I V E S U MMA R Y Teradata quietly withdrew its 10 TB and 3 TB TPC-H decision-support (data warehousing)benchmarks on March 4,2004,without formal,public comment and will abstain from future publications of TPC- H benchmarks.Teradata asserts the bene fits of not competing will outweigh the flak it will take from its competitors,which continue to compete.However,the real loss will be experienced by clients and prospects that will be poorer in information and the innovations driven by the benchmark. TERADATA EXITS THE TPC-H SHOWCASE Teradata has withdrawn its participation in the TPC-H data warehousing benchmarks.Long the highest-powered — and highest--priced — player in large--scale data warehousing,the vendor leaves the field while it is 31%ahead of the nearest competitor,IBM,in the composite power and throughput metric (QphH).Teradata is tied with IBM for price/performance at $243 and it lags by 30.8%in the pure price category at the 10 TB volume point.1 Teradata ’s reasons for quitting the TPC- H include: · The TPC-H benchmark is an arti ficial and solved problem.In exiting from the TPC-H, Teradata cites many of the concerns Forrester has raised in the past about these benchmarks: Customer workloads are di fferent than the benchmark in terms of data model,numbers of users,and mixture of queries.The actual queries have been known since the TPC-D,which was discontinued in 1999.Vendors have reverse engineered them up,down,and sideways — there is little more for them to learn. · Teradata customer prospects require custom benchmarks.Teradata acknowledges that the benchmark has driven database innovations — such as join index and partitioned primary index — from which customers have bene fited.However,it claims that approach has run its course and the resources are better devoted to performing more custom benchmarks for speci fic customers to close pending deals.(Teradata reportedly completes more than 40 annually.)The TPC-H makes data warehousing seem like one size fits all,which it is not. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2004, 13:32 |
|
||
|
teradata сравнение
|
|||
|---|---|---|---|
|
#18+
Что меня лично конкретно не порадовало в Teradata, так это что можно было "неправильным" SQL запросом заставить базу упасть и перезапуститься. Был такой нехороший баг. В оракле тоже глюков хватает, например hash join between a local and a remote table в 8i. Но в Oracle обычно там падает dedicated server process и пользователь получает "end of file on communication channel". А база как была в up так и осталась. А юзер может быстренько перезапустить сессию sqlplus и попробовать тот же запрос, но уже с хинтом. Или analyze table какой-нибудь. А не сидеть курить бамбук пока база сделает restart. Ну это так, мои личные наблюдения. На звание гуру по Teradata я не претендую. А что до быстрых full table scans, в оракле тоже parallel query есть. Если мы к тому же самому EMC подключим SMP-машину и MPP кластер и начнем гонять базу "в хвост и в гриву" то где у нас скорее всего будет затык по производительности? "Между кантупером и диском" грубо говоря. Посему я не вижу причины по которой MPP архитектура должна превосходить SMP для субд, если узкое место - диск. Но это так, из общих соображений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2004, 22:03 |
|
||
|
teradata сравнение
|
|||
|---|---|---|---|
|
#18+
Что меня лично конкретно не порадовало в Teradata, так это что можно было "неправильным" SQL запросом заставить базу упасть и перезапуститься. Был такой нехороший баг. Скорее всего, что-то не настроили. У меня пару раз такое бывало с AS/400. Потом админы поправили и он перестал перезагружаться. А Вы фичи типа Priority Scheduler не используете? Эта штука позволяет ограничивать ресурсы, которые может потреблять отдельный пользователь. Например, можно для начинающих юзеров пока они тренируются выставить квоты на системные ресурсы пониже. Посему я не вижу причины по которой MPP архитектура должна превосходить SMP для субд, если узкое место - диск Ага. А если к болиду Формулы-1 приделать деревянные колёса, то может и не поехать как хотелось бы :) Это к тому, что к каждой СУБД есть оптимальная для её архитектуры конфигурация. С уважением, Константин Лисянский http://lissianski.narod.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2004, 03:10 |
|
||
|
teradata сравнение
|
|||
|---|---|---|---|
|
#18+
Самая большая таблица в хранилище чуть больше 1 миллиарда записей. Грубо говоря когда чувак приходит в казино, вставляет свою карточку игрока в определенную слот-машину и играет, в хранилище появляется запись о том сколько времени он играл, сколько проиграл/выиграл, на сколько сорвал джекпот и т.п. Меньшие таблицы имеют порядка 400-500 миллионов записей. To Зл0й Я согласен на все 100, что глюков везде хватает. Как правило месяца через 2-3 после выхода нового релиза будь то Teradata или DB2 появляется многостраничный документ с описанием найденных bugs. У меня даже закрадывается мысль, а не пихают ли разработчики СУБД сознательно энное кол-во жуков в код, что-бы потом их "устранять" и на большие бабки клиентов раскручивать засчет maintenance fees, minor release updates и т.п. Проблем также добавляет Cognos, который зачастую генерит отвратительный SQL. В идеале люди ответственные за разработу и поддержку каталогов должны неплохо разбираться в СУБД, но это не всегда соответствует жизненным реалиям. Честно говоря я не видел, чтобы плохой SQL убивал-бы Teradata и выливался бы в ре-старт. Иногда бывает что парсинг энджин сблеванет на плохой сиквел и база делает т.н. snapshot dump. Но это не рассматривается как outage т.к. все в онлайне, скорее это сигнал - hey this SQL is causing problems. В этом случае Teradata автоматически подгружает крэш-дамп в Калифорнию, а там умельцы из тех-сапорта извлекают SQL и имя юзера. По вопросу MPP v.s. SMP. Как можно делать ХД терабайт эдак на 100 в SMP архитектуре? Было бы просто интересно посмотреть на эту систему. В том же DB2 версия EEE позиционируется как база для ХД в кластерной MPP архитектуре. У информикса есть или была аналогичная версия XPS. Про Оракл не скажу, поскольку ничего про него не знаю. Priority Scheduler в Терадате штука хорошая, но она служит скорее не для "борьбы" с плохим SQL, а для оптимального управления загрузкой хранилища. Тобишь когда надо дать одному парню раза в четыре больше CPU чем другому. Priority Scheduler бывет особенно полезен, когда тяжелые запросы должны сочетаться с оперативными запросами, требующими быстрого времени ответа системы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2004, 09:31 |
|
||
|
teradata сравнение
|
|||
|---|---|---|---|
|
#18+
У нас база делала рестарт из-за криво написанных ХП. Привожу дословно ответ от саппорта Терадэйты (copy-paste): The problem is identified as "3906 crash for stored procedure call statement". The crash occurs when a stored procedure with a derived table is called and there is an error from the derived table. In a procedure if you are trying to refer an object (table, index, view etc)which is not existing while running the procedure - then the Database would crash. So please make sure all the objects you are referring thru' a procedure are exits before running them. Most of the time recompiling the procedure would catch it except in Dynamic SQL. Вот такие пирожки. С котятами. Я конечно понимаю, что обращаться в ХП к несуществующим таблицам нехорошо. Но я не понимаю почему при такой банальной ошибке база должна ложиться. Ну да ладно. Что касается MPP архитектуры, то я понимаю как и почему она полезна когда узкое место - CPU. NCR когда-то баловался такими системами с большим количеством интеловых процессоров. Я на такой заразе даже работал, операционка Dynix/ptx называлась. по моему личному опыту проблема производительности хорошо настроенной СУБД чаще всего упирается в быстродействие дисковой подсистемы. Я не беру экстремальные случаи когда кто-то на однопроцессорной Sun ultra 5 пытается data warehouse делать. По моему опыту когда сервак - адекватный решаемой задаче, все настроено как полодено, то мы обычно упираемся в i/o. Я не вижу как MPP железяка может эту проблему решить. Чем восьмипроцессорная SMP машина будет хуже кластера из восьми сопоставимых по производительности процессора blade servers, при условии что они подключены к одинаковому дивайсу фирмы EMC? ИМХО как только io всю сожрут так и устаканится производительность. На уровне обусловленном моделью нашего EMC, а вовсе не архитектурой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2004, 20:35 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=32515550&tid=1554120]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
45ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 226ms |
| total: | 353ms |

| 0 / 0 |
