База данных Oracle
Оракул и Терадата оба Системы управления реляционными базами данных (RDBMS), Однако Oracle реализует Объектно-реляционная система управления базами данных (ORDBMS).[я]
СУБД была введена с использованием реляционной модели [ii], которая поддерживает отношения между таблицами с использованием индексов, первичных и внешних ключей. Это быстрее для извлечения и хранения данных по сравнению со старой системой управления базами данных (СУБД).
Хотя объектно-ориентированная модель базы данных Oracle похожа на реляционную базу данных, она использует объекты и классы, поддерживаемые в схеме базы данных и языке запросов..
В конце семидесятых, когда Oracle стала первой коммерчески доступной СУБД, Teradata закладывала фундамент для первого хранилища данных. Его возможности сделали его идеальным для больших данных (термин, придуманный Teradata), инструментов Business Intelligence (BI) [iii] и Интернета вещей (IoT) [iv].
Системы управления реляционными базами данных (RDBMS) могут быть классифицированы как Онлайн обработка транзакций - OLTP и Аналитическая обработка онлайн - OLAP.[V]
OLTP является транзакционным и предоставляет данные в хранилища данных, а OLAP предназначен для анализа данных.
«А хранилище данных это база данных, содержащая данные, которые обычно представляют историю бизнеса организации. Данные в хранилище данных организованы для поддержки анализа, а не для обработки транзакций в реальном времени, как в онлайновые системы обработки транзакций (OLTP).
OLAP технология позволяет эффективно использовать хранилища данных для онлайн-анализа, обеспечивая быстрое реагирование на итеративные сложные аналитические запросы.»[VI]
Хотя Teradata ориентирована на OLAP и Oracle для OLTP, Oracle может запускать базы данных OLTP и OLAP на одной платформе, которую Teradata не поддерживает. Производительность дает Oracle преимущество перед Teradata в большинстве сценариев смешанной рабочей нагрузки.
Транзакции включают в себя один или несколько операторов SQL, выполняемых в базе данных для выполнения задач при сохранении целостности данных. Транзакции являются взаимозависимыми для управления и обработки данных, добавляемых или удаляемых из базы данных..
Oracle специально разработан для обработки транзакций благодаря своей архитектурной гибкости (с объектной RDBMS), в то время как OLAP Teradata является мощным инструментом для нарезки и нарезки данных (история данных OLTP) для анализа без необходимости перемещения или реструктуризации данных..
Oracle в основном используется в качестве онлайн-фонового приложения, управляющего вставками, обновлениями и удалениями во время транзакций, тогда как Teradata является Хранилище данных, которое поддерживает большие данные для аналитики и не имеет транзакций в реальном времени.
Teradata - это хорошая комбинация между аппаратным и программным обеспечением, производящая устройство корпоративной базы данных высшего уровня, однако Oracle запустила свой сервер Exadata OLAP в 2008 году. Это был ответ Oracle на полноценное устройство базы данных..
Оба требуют значительных инвестиций и больше подходят для очень больших баз данных, которые требуют высокой производительности при сложных запросах..
Терадата это Архитектура Shared Nothing (SN) тогда как Oracle Shared Everything.
Срок ничего не поделился архитектурой относится к многопроцессорной системе управления базами данных, в которой память и дисковое пространство не распределяются между процессорами. [vii] Пропускная способность сети используется для передачи данных.
С Teradata данные хранятся на серверах, и каждый вычисляет свою часть. Данные распределяются и хранятся на нескольких серверах, и каждый сервер отвечает за свои данные. Примеры платформ высокого класса, использующих ту же архитектуру, включают Google, Amazon и Facebook.
Однако с Oracle поделились всем архитектурой, все данные доступны на всех серверах, и уровни доступа могут быть применены к любой части данных по мере необходимости. Потенциальным недостатком является увеличение накладных расходов на управление доступом к данным, что может усложнить администрирование системы..
Архитектура Oracle фактически означает, что любая машина может получить доступ к любым данным, и в этом принципиальное различие между Teradata, делающим Teradata идеально подходящим для хранилищ данных, и Oracle, более подходящим для OTLP.
Обратите внимание, что хотя в Oracle Exadata развернут гибридный подход двух архитектур, систему Exadata нельзя использовать без Oracle. Exadata - это дополнительный механизм хранения, а не капитальный ремонт ядра базы данных Oracle..
Масштабируемость включает в себя несколько аспектов ИТ-инфраструктуры, таких как обработка увеличения объема данных и объемов транзакций, а также увеличение многомерных данных, количества пользователей, управления рабочей нагрузкой, сложности и объема запросов и т. Д..
Терадата это Линейно масштабируемый[viii] означает, что емкость базы данных может быть увеличена путем добавления большего количества узлов в инфраструктуру, а когда объем данных увеличивается, производительность не изменяется.
Система разработана для многомерной масштабируемости и предоставляет более надежные модели для масштабирования, чем Oracle. Хотя Oracle обладает хорошей масштабируемостью, известно, что узкие места возникают в подсистеме хранения, и она имеет одну из лучших скоростей обработки данных, но только до определенного предела. Например, если большинство запросов известно, а объем используемых данных меньше 600 ТБ, то может подойти Oracle, но если ожидается, что объем данных превысит этот показатель, то Teradata - лучший выбор..
У Teradata есть безусловный параллелизм [ix], тогда как у Oracle есть Conditional. Это дает Teradata преимущество с OLAP, поскольку производительность является исключительной для достижения единого ответа быстрее, чем непараллельная система. Параллелизм использует несколько процессоров, работающих вместе, чтобы быстро выполнить задачу.
Чтобы использовать аналогию о том, как работает параллелизм, представьте себе очередь в занятом магазине, где одна ветвь разветвляется на отдельные очереди для каждой кассы. Таким образом, линия движется быстрее вместо одной очереди и одной до. Чем эффективнее параллельная загрузка, тем выше производительность системы.
Teradata имеет параллелизм во всей своей системе, включая архитектуру, сложную обработку и загрузку данных. Настройка запросов не требуется для параллельной обработки запросов, и Teradata не зависит от ограничений диапазона столбцов или ограниченного количества данных, в отличие от Oracle.
Другие заметные различия включают в себя:
Oracle и Teradata являются одновременно зрелыми в области продуктов и технологий, однако Oracle превосходит количество внедрений по сравнению с Teradata..
Поскольку Oracle более широко используется, чем Teradata, он обладает богатым набором инструментов, что делает его лучшим выбором для разработчиков и бизнес-пользователей. Восприятие бизнес-пользователей рассматривает Teradata как слишком сложное или зарезервированное для специализированных экспертов, поэтому проще найти опытного пользователя или разработчика Oracle, чем найти Teradata..
Компонент | Teradata | оракул |
Архитектура | · Ничего общего · Реляционная модель · Узлы имеют несколько модулей синтаксического анализа и баз данных, называемых процессорами модуля доступа. | · Поделились всем · Объектно-реляционная модель · Общий диск / слабо связанная общая память · Архитектура БД для баз данных с несколькими узлами |
OLAP | Разработанная система и необходимая конфигурация не требуется. | Установка и настройка для OLAP техническая и сложная. |
OLTP | Невозможно. | Система разработана. |
Операционная система | · Windows · Linux · UNIX | · Windows · Linux · UNIX · Mac OS X · Z / OS |
параллелизм | Безусловное «Всегда включено», разработанное с самого начала. | Условно и непредсказуемо |
Таблицы базы данных | Таблицы, созданные в базах данных и дисковом пространстве, управляются самой Teradata. | Таблицы, созданные в табличных пространствах принадлежат к схеме и имеют параметры использования пространства. |
Объекты базы данных | · Курсор · Внешняя процедура · Функция · Процедура · Триггер | · Область данных · Курсор · Внешняя процедура · Функция · Процедура · Триггер |
Использование индекса | Традиционно не используют много индексов, поскольку параллельная архитектура ориентирована на требования к производительности.. | Положитесь на индексы, поскольку рабочим нагрузкам OLTP требуются быстрые пути доступа. |
Интерфейс | · SQL | · SQL · GUI |
Типы данных | ||
строка | · CHAR · CLOB · VARCHAR | · CHAR · CLOB · VARCHAR · НЧАР · NVARCHAR |
двоичный | · БАЙТ · VARBYTE | · BFILE · Длительный · RAW |
Дата / время | · ВРЕМЯ · ДАТА · TIMESTAMP | · ДАТА · TIMESTAMP |
Общий рейтинг пользователей (обзор центральной станции ИТ) [xi] | Третий | Первый |