TorinТолько один момент - teradata одна из самый "старых по рождению" баз данных

Это правда. Терадата - одна из старейших реляционных баз данных.

TorinЭто была иерархическая база данных, сейчас она почему то RDBMS

Она всегда была реляционной.

Angel13Я слышал, что изначально он разрабатывался как специальная СУБД для БИ

Это так. Терадата изначально разрабатывалась для создания систем поддержки принятия решений (хранилищ данных, хотя в то время такого термина ещё не было).
Когда она создавалась (конец 70-х, начало 80-х), кроме мейнфреймов ничего не было. Была маленькая компания под названием Intel. Инженеры Teradata сделали ставки на микропроцессоры Intel. Идея была такая - объединить большое количество микропроцессоров для параллельной обработки данных. Таким образом появилась архитектура MPP - массивно-параллельная обработка.
Сегодня это самая мощная реляционная СУБД для хранилищ данных. Крупнейшие в мире хранилища данных работают на СУБД Терадата.
Она отлично масштабируется, имеет высокую производительность и очень легка в обслуживании. Поддерживает стандарт ANSI SQL, доступна для любых клиентских приложений (через интерфейсы ODBC, JDBC, CLI).

Angel13какой формат хранения данных
Поскольку это РСУБД, данные хранятся в таблицах. Основополагающим принципом является хэширование, за счёт которого данные равномерно распределяются между узлами системы для эффективной параллельной обработки.

TorinВообще говоря, инфы очень много, можно начать с http://www.teradata.com

Присоединяюсь. Если есть конкретные технические вопросы - задавайте. Попробую ответить.


С уважением,
Константин Лисянский
http://lissianski.narod.ru

Не за что. Задавайте вопросы. Отвечу.
Демо-версии практикуются. Можно заказать по ссылке ниже.



Скачать не практикуется. Но, если будут проблемы с заказом, то обращайтесь. Посодействую в получении.



С уважением,
Константин Лисянский
http://lissianski.narod.ru

Она по прайслистам не продаётся.
Задавайте лучше технические вопросы.
Тут не интернет-магазин, а технический форум :)

С уважением,
Константин Лисянский
http://lissianski.narod.ru

По-моему, пора вводить обязательную регистрацию с подтверждением по email как это делается в серьёзных форумах.

Юрий, не забывайте, пожалуйста, выполнять

Правила форумаЗаполнить свой профиль и по возможности указать свое полное имя

Не надо стыдиться себя самого.

2ALL: Скорее всего, цен на Терадату вы здесь не увидите.
Ещё раз призываю обсуждать технические вопросы.

Если хотите цены - обращайтесь, пожалуйста, в компанию, которая эту самую Терадату продаёт.

С уважением,
Константин Лисянский
http://lissianski.narod.ru

Можно.

Компания называется NCR.

С уважением,
Константин Лисянский
http://lissianski.narod.ru

Вообще-то Warehouse Builder должен устанавливаться в рамках Teradata Client.
У Вас должна быть группа Teradata Client, поищите там Teradata Warehouse Builder Visual Interface.
Может, просто не установили клиента?
Что у Вас установилось, можете перечислить?


С уважением,
Константин Лисянский
http://lissianski.narod.ru

JuriiЯ являюсь специалистом по Cognos, и не хочется усложнять жизнь читателям моих постингов - поэтому сообщение в форум Работа, и постинг про терадату я писал от имени Guest_321.

Думаю, это лишнее. Многие со мной, наверняка, согласятся.
Всё-таки просьба - лучше соблюдать правила форума. Это, естественно, касается и всех остальных посетителей. Давайте будем цивилизованными.

Знакомых в NCR у меня много поскольку я сам работаю в этой компании.

Как и у любой большой компании у NCR много партнёров - BusinessObjects, Cognos, Hyperion, Microsoft, Microstrategy, SAS и другие (перечислены не в порядке важности, а по алфавиту).

Какие вопросы хотите обсуждать за пивом?


С уважением,
Константин Лисянский
http://lissianski.narod.ru

JuriiВо-первых, стоит выпить за партнерство между Cognos и NCR :)

Ну, если честно, то у меня много других поводов выпить. Хотя и за это готов тоже. Славься Когнос

JuriiЧто касается серьезных дел, то хотелось бы обсудить вопросы масштабирования хранилищ данных на Терадате, и как она работает на мультипроцессорных серверах, вопросы соотношения цена/качество.

Теоретически масштабируются до 2048 процессоров (1024 узла в массивно-параллельной конфигурации).

Практически пока самая большая система - около 300 узлов. Объёмы данных исчисляются десятками и сотнями терабайт.

Так что, масштабируется

Чтобы понять, как Терадата работает на мультипроцессорных системах (а на других системах большого смысла в ней нет) достаточно почитать Introduction to Teradata Warehouse . Там это объясняется.

Соотношение цена/качество замечательное. Очень качественный продукт

OLAPMASTERКоль пошел разговор о хранилище данных, то есть хоть что то чем Oracle 9I уступает Teradata??

Терадата является специализированной СУБД для корпоративных хранилищ данных. Oracle в основном позиционируется для OLTP. Терадата на рынке OLTP не присутствует, зато доминирует на рынке больших корпоративных хранилищ данных.

Терадата является масштабируемой, высокопроизводительной, лёгкой в сопровождении СУБД.

В силу того, что Терадата работает на массивно-параллельных машинах в архитектуре shared nothing, её масштабируемость линейная. То есть, простым добавлением железа мы можем пропорционально нарастить мощность системы.
Оракл работает на SMP-системах в архитектуер shared disk, производительность которых растёт хуже, чем линейно при наращивании системы (имеется эффект насыщения).

Оптимизатор Терадаты изначально был cost-based (то есть, развивался около 20 лет). В Оракл оптимизатор только недавно стал cost-based. Выводы делайте сами.


Если Вас интересуют более подробные технические различия (поскольку мои комментарии выше могут выглядеть как некие рекламные лозунги), задавайте технические вопросы. Попробуем понять разницу.

На самом деле, все различия кроются в архитектуре.
Терадата использует несколько базовых принципов:
1. Массивно-параллельная архитектура с высокой степенью распараллеливания всех запросов. Соответственно, возможность собрать систему с заданным уровнем производительности.
2. Хэш-партишионинг как средство для равномерного распределения данных между единицами параллелизма для обеспечения высокой степени параллельной обработки.
3. Продвинутый оптимизатор, с эффективными алгоритмами параллельной обработки данных.
4. Высокая степень избыточности (по необходимости) для обеспечения высокой готовности. Например, помимо поддержки RAID и дублирования узлов в Терадате есть дублирование таблиц на уровне СУБД. Называется FALLBACK - фактически полное дублирование избранных таблиц в двойном экземпляре для того, чтобы суметь пережить падение узлов системы.

С уважением,
Константин Лисянский
http://lissianski.narod.ru

BirkhoffНу это не совсем верно, Oracle давно не делает упора только на OLTP.

Сравнительно недавно по сравнению с Терадатой :)

BirkhoffВ СУБД Oracle очень много фич, обычно присутствующих только в специализированных базах.

Абсолютно согласен. В Оракл, на мой взгляд, фич больше, чем в любой другой СУБД.

BirkhoffС масштабируемостью тоже ничего. Вот нашел наконец линку http://www.wintercorp.com/VLDB/2003_TopTen_Survey/All%20Winners.pdf

Исследование Винтера потихоньку начинает дискредитировать себя.
Например, в нём не участвуют крупнейшие клиенты IBM и Терадаты Подумайте, у них ведь нет никакого стимула участвовать в нём.
Ну, и потом, Винтер не оценивает сложность запросов - простое деление OLTP/DSS ещё ни о чём не говорит. Нет ничего похожего на full disclosure report как в тестах TPC (опять-таки, зачем клиентам это нужно?).
Так что, надо осторожно относиться к таким исследованиям (имея ещё в виду, что маленькая компания не может быть неангажированной каким-нибудь производителем :).

BirkhoffВидно, что Oracle неплохо себя чувствует в DSS, даже по сравнению с Терадатой.

Да, но есть факт - за последние три года более сотни крупных компаний заменили Оракл на Терадату в качестве корпоративного хранилища данных.
ЗА прошлый год не было ни одной замены в обратную сторону (в предыдущие годы только несколько, которые также можно поставить под вопрос).


BirkhoffКстати, а почему Терадаты нет в TPC-H тестах?
Терадата долгое время участвовала в тестах, начиная с TPC-D и всегда занимала первые места.
Но эти тесты очень ограничены и удалены от реальной жизни. Те запросы, которые выполняются клиентами Терадаты гораздо сложнее тестов TPC.
В одно время производители поняли, что TPC - это здорово, и стали встраивать в свои СУБД фичи, специально предназначенные для победы в тестах. Согласитесь, это не очень продуктивное занятие, если эти новые фичи не помогают в реальной жизни.
Ну, и потом, эти тесты стоят довольно дорого. NCR - не такая богатая компания, как, скажем, Оракл или IBM. Поэтому эти деньги идут на R&D, что, на мой взгляд более полезно.
Ну, и наконец, надо заметить, что в тот момент, когда Терадата ушла с тестов TPC она очень сильно опережала ближайших соперников (которые, по-моему, только через год смогли продемонстрировать аналогичный результат). То есть, это был уход сильного игрока, а не слабого.

BirkhoffТо есть куски базы данных распределяются между серверами?

Абсолютно верно. С одним уточнением - куски КАЖДОЙ таблицы (каждого индекса тоже), включая даже таблицы системного каталога.

BirkhoffНу "недавно" это уже лет около 10. Да и потом в этом деле совершенно не обязательно алгоритм разрабатывать 20 лет. Можно и за месяц придумать что-то эффективное :)

В какой версии CBO от Оракл перестал иметь необходимость принимать от разработчика хинты для нормальной работы? :)
За месяц - ГЫ :)

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

Это правильное допущение :)


BirkhoffВ Oracle тоже есть несколько вариантов партишининга, в том числе и хэш.
На хэш партишининге также удобно строить системы с массивным вводом данных - записи будут раскидываться по разным партициям, которые могут быть на разных дисках.

Да, но отличие в том, что в Терадате файловая система построена на хэшировании, то есть хэширование не только используется для того, чтобы раскидать данные, но и для того, чтобы потом получить к этим данным доступ. То есть, зная хэш-код записи мы всегда знаем куда надо идти, чтобы получить к ней доступ. Ни одна СУБД, использующая хэширование не использует хэширование для доступа к данным, только Терадата.
Любой другой вид партишионинга не даёт такого равномерного распределения данных для обеспечения эффективной параллельной обработки данных. Поэтому в Терадате другие виды распределения данных не применяются. Есть так называемый RANGE и CASE партишионинг, но они играют вторичную роль. Данные всегда сначала хешируются.

Birkhoff"Продвинутость" оптимизаторов сравнивать сложно.

В принципе, да, довольно сложно. Надо достаточно хорошо знать этот предмет.

BirkhoffВ Oracle для переживания падения узлов есть Real Application Clusters.

Всё здорово, но где Вы видели систему на Оракл, состоящую хотя бы из десятка узлов (не говоря о сотнях)?

BirkhoffА дублирование и страйпинг на уровне СУБД делается, например с помощью ASM (Automatic Storage Management)

Не знаю, что это такое. Можно ли, например, в Оракл средствами СУБД продублировать только одну критически важную таблицу?

BirkhoffP.S. Вообще, неблагодарное это занятие - рассказывать чем твой продукт лучше, чем продукт конкурента, а тем более чем конкурент хуже :)
Конкуренты обычно знают свой продукт лучше и могут найти ответ.

Согласен на все сто. На то она и конкуренция. Я не старался сказать, что Оракл хуже. Я просто хотел показать, какие свойства есть у Терадаты и как они обеспечивают ей конкурентные преимущества. Несмотря на провокационность Ваших вопросов :)


Удачи!

С уважением,
Константин Лисянский
http://lissianski.narod.ru