powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / teradata сравнение
8 сообщений из 33, страница 2 из 2
teradata сравнение
    #32514356
Константин Лисянский
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Oracle - прекрасная СУБД для OLTP вне сомнений. Терадата позиционируется исключительно как СУБД для хранилищ данных. Однако в последнее время они делают упор на так называемые "активные хранилища данных", когда хранилище грузится в режиме реального времени и отвечает не только на стратегические вопросы, но и на тактические. См. выше пост Павла.

Я не думаю, что Oracle не рассматривает Терадату как конкурента, поскольку с недавнего времени также стал уделять хранилищам данных внимание.

да нет, просто вы тут устроили впечатление что тут какие-то масовые миграции с оракла на терадату :)
В области хранилищ данных - возможно. Наверное, Оракл ещё не так хорош в этой области, если заменили его 120 инсталляций на Терадату, а наоборот не больше десятка (да, и то непонятно на этой странице про миграции явно сказано только про Abbey National и Banco De Credito). Прикиньте, компания, имеющая 6% рынка хранилищ данных (с Ваших слов) заменяет системы, построенные лидером рынка СУБД. Как тут не рассматривать такую компанию как конкурента?



С уважением,
Константин Лисянский
http://lissianski.narod.ru
...
Рейтинг: 0 / 0
teradata сравнение
    #32514540
Gt.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gt.
Гость
авторЯ не думаю, что Oracle не рассматривает Терадату как конкурента, поскольку с недавнего времени также стал уделять хранилищам данных внимание.

в смысле хранилище это вроде DW, в DW круче оракла только горы (37% процентов рынка). TPC-H меряет запросы - тут как бы тоже круче оракла никого. или вы о чем-то другом ?

авторКак тут не рассматривать такую компанию как конкурента?

так это всего лишь 1 задача и в ней 6% ... а есть еще OLPT, OLAP, Oracle Aplications, App server, и туча другого хлама за немеряные деньги. вот IBM и MS - конкуренты, и в TPC/SAP бенчмарках и в индустриальных решения, а терадата ? ну да есть бд, наверно хорошая - но к ней все равно нужно оракл для OLPT ...
...
Рейтинг: 0 / 0
teradata сравнение
    #32514639
Константин Лисянский
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
в смысле хранилище это вроде DW, в DW круче оракла только горы (37% процентов рынка). TPC-H меряет запросы - тут как бы тоже круче оракла никого. или вы о чем-то другом ?

Крутость решения не измеряется только долей рынка.
По оценкам аналитиков впереди шагают Терадата и IBM. Oracle пока challenger.

TPC-H - это база данных из 8 таблиц "моделирующая" реальную систему и 22 заранее известных запроса. Где Вы видели реальное хранилище из 8 таблиц и заранее известные запросы к нему? К таким тестам можно очень хорошо подготовиться заранее, встроить специальные фичи в СУБД чтобы всё работало быстро. Так что, тесты - это ещё не показатель. См. реплику Павла Новокшонова по этому поводу.
Терадата по какой-то причине перестала выступать в этих тестах (вероятно, решили вкладывать деньги более правильно - посмотрите сколько стоит собрать систему для теста - под 10 миллионов).
Хотя ещё год назад они били оракл раза в 3. Неужели Вы думаете, что за год что-то изменилось?

Так что, я думаю Oracle должен побаиваться Терадаты в этом сегменте рынка.

С уважением,
Константин Лисянский
http://lissianski.narod.ru
...
Рейтинг: 0 / 0
teradata сравнение
    #32514706
Gt.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gt.
Гость
авторПо оценкам аналитиков впереди шагают Терадата и 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.
...
Рейтинг: 0 / 0
teradata сравнение
    #32515450
Зл0й
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Что меня лично конкретно не порадовало в 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 для субд, если узкое место - диск. Но это так, из общих соображений.
...
Рейтинг: 0 / 0
teradata сравнение
    #32515550
Константин Лисянский
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Что меня лично конкретно не порадовало в Teradata, так это что можно было "неправильным" SQL запросом заставить базу упасть и перезапуститься. Был такой нехороший баг.

Скорее всего, что-то не настроили. У меня пару раз такое бывало с AS/400. Потом админы поправили и он перестал перезагружаться.
А Вы фичи типа Priority Scheduler не используете? Эта штука позволяет ограничивать ресурсы, которые может потреблять отдельный пользователь. Например, можно для начинающих юзеров пока они тренируются выставить квоты на системные ресурсы пониже.

Посему я не вижу причины по которой MPP архитектура должна превосходить SMP для субд, если узкое место - диск

Ага. А если к болиду Формулы-1 приделать деревянные колёса, то может и не поехать как хотелось бы :)
Это к тому, что к каждой СУБД есть оптимальная для её архитектуры конфигурация.


С уважением,
Константин Лисянский
http://lissianski.narod.ru
...
Рейтинг: 0 / 0
teradata сравнение
    #32515682
Павел Новокшонов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Самая большая таблица в хранилище чуть больше 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 бывет особенно полезен, когда тяжелые запросы должны сочетаться с оперативными запросами, требующими быстрого времени ответа системы.
...
Рейтинг: 0 / 0
teradata сравнение
    #32517089
Зл0й
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
У нас база делала рестарт из-за криво написанных ХП. Привожу дословно ответ от саппорта Терадэйты (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, а вовсе не архитектурой.
...
Рейтинг: 0 / 0
8 сообщений из 33, страница 2 из 2
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / teradata сравнение
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]