Oracle база данни
Oracle и Teradata са и двете Релационни системи за управление на бази данни (RDBMS), обаче Oracle внедрява Обектно-релационна система за управление на база данни (ORDBMS).[Ь]
RDBMS беше въведена с помощта на релационния модел [ii], който поддържа връзките между таблиците, използвайки индекси, първичен и чужд ключ. По-бързо е извличането и съхраняването на данни в сравнение със старата система за управление на бази данни (СУБД).
Въпреки че е подобен на релационна база данни, обектно-ориентираният модел на база данни на Oracle използва обекти и класове, поддържани в схемата на базата данни и езика на заявките.
В края на седемдесетте години, докато Oracle стана първата налична в търговската мрежа RDBMS, Teradata полага основите на първия склад за данни. Възможностите му го направиха идеален за големи данни (термин, въведен от Teradata), инструменти за бизнес разузнаване (BI) [iii] и интернет на нещата (IoT) [iv].
Релационните системи за управление на бази данни (RDBMS) могат да бъдат категоризирани като Онлайн обработка на транзакции - OLTP и Онлайн аналитична обработка - OLAP.[V]
OLTP е транзакционен и предоставя данни в складовете с данни, а OLAP е предназначен да анализира данните.
"A склад за данни е база данни, съдържаща данни, които обикновено представляват историята на бизнеса на дадена организация. Данните в хранилището на данни се организират за подкрепа на анализа, а не за обработка на транзакции в реално време, както в онлайн системи за обработка на транзакции (OLTP).
OLAP технологията позволява складовете на данни да се използват ефективно за онлайн анализ, осигурявайки бързи отговори на итеративни сложни аналитични запитвания."[VI]
Въпреки че Teradata е насочена към OLAP и Oracle за OLTP, Oracle може да стартира както OLTP, така и OLAP бази данни на една и съща платформа, която Teradata не поддържа. Изпълнението дава предимство на Oracle пред Teradata в повечето смесени сценарии на натоварване.
Транзакциите съдържат един или повече SQL оператори, изпълнени в база данни за изпълнение на задачи, като се поддържа целостта на данните. Транзакциите са взаимозависими за управление и обработка на данни, добавяни или изтривани от база данни.
Oracle е създаден специално за обработка на транзакции поради архитектурната си гъвкавост (с обект RDBMS), докато OLAP на Teradata е мощен за прерязване и изписване на данни (история на данните на OLTP) за анализ, без да се налага да местите или преструктурирате данни.
Oracle се използва главно като онлайн задно приложение, управляващо вложки, актуализации и изтривания по време на транзакция, като има предвид, че Teradata е Складиране на данни, което поддържа големи данни за анализи и няма транзакции в реално време.
Teradata е добро комбо между хардуер и софтуер, като произвежда първокласен уред за база данни на предприятието, но Oracle стартира своя OLAP Exadata Server през 2008 г. Това беше отговорът на Oracle на пълно устройство за база данни.
И двете изискват значителна инвестиция и са по-подходящи за много големи бази данни, които изискват голяма ефективност със сложни заявки.
Терадата е Споделена архитектура на нищо (SN) като има предвид, че Oracle е Споделено всичко.
Терминът не сподели нищо архитектура се отнася до многопроцесорна система за управление на база данни, при която паметта и дисковото съхранение не се споделят между процесорите. [vii] Мрежовата честотна лента е споделена за прехвърляне на данни.
При Teradata данните се съхраняват на сървъри и всеки изчислява своята собствена част. Данните са разделени и съхранявани в набор от сървъри и всеки сървър е отговорен за своите данни. Примерите за висок клас платформи, използващи същата архитектура, включват Google, Amazon и Facebook.
Въпреки това с тези на Oracle сподели всичко архитектура, всички данни са достъпни на всички сървъри и нивата на достъп могат да бъдат приложени към всяка част от данните, ако е необходимо. Потенциалният недостатък е увеличаването на режима на управление на достъпа до данни и може да направи управлението на системата по-сложно за администриране.
Архитектурата на Oracle ефективно означава, че всяка машина има достъп до всякакви данни и това е основната разлика между Teradata, което прави Teradata идеално подходящ за съхранение на данни и Oracle по-подходящ за OTLP.
Имайте предвид, че въпреки че Oracle Exadata използва хибриден подход на двете архитектури, системата Exadata не може да се използва без Oracle. Exadata е двигател за съхранение на добавки и не е основен ремонт на двигателя на базата данни на Oracle.
Мащабируемостта включва няколко аспекта на ИТ инфраструктурата, като обработка на увеличения в обемите на данни и транзакциите, както и увеличаване на многоизмерните данни, броя на потребителите, управление на натоварването, сложност на заявките и обем и т.н..
Терадата е Линейно мащабируемо[viii] което означава, че капацитетът на базата данни може да бъде увеличен чрез добавяне на повече възли към инфраструктурата и когато обемът на данни се увеличи, производителността не се влияе.
Системата е проектирана за многоизмерна мащабируемост и предоставя по-здрави модели за мащабиране и мащабиране от Oracle. Въпреки че Oracle има добра мащабируемост, известно е, че се появяват тесни места с подсистемата за съхранение и той има една от най-добрите скорости на обработка на данни, но само до определена граница. Например, ако повечето заявки са известни и използваните данни са по-малко от 600TB, тогава Oracle може да бъде подходящ, но ако се очаква данните да се увеличат отвъд това, тогава Teradata е по-добрият избор.
Терадата има безусловен паралелизъм [ix], докато Oracle има условен. Това дава предимство на Teradata с OLAP, тъй като производителността е изключителна за постигане на еднозначен отговор по-бързо от непаралелна система. Паралелизмът използва множество процесори, които работят заедно за бързото изпълнение на задача.
За да използвате аналогия как работи паралелизмът, помислете за опашка в натоварен магазин за пазаруване, като една опашка се разклонява, за да отделите опашки за всеки до. Линията се движи по-бързо по този начин вместо една опашка и една до. Колкото по-ефективно е паралелното натоварване, толкова по-добра е работата на системата.
Teradata има паралелизъм в цялата си система, включително архитектурата, сложната обработка и зареждането на данни. Настройката на заявките не е необходима за паралелно обработване на заявки и Teradata не зависи от ограниченията на обхвата на колоните или ограниченото количество данни, за разлика от Oracle.
Други споменати разлики включват:
Oracle и Teradata са зрели по отношение на продукта и технологиите, но Oracle превъзхожда броя на внедренията в сравнение с Teradata.
Тъй като Oracle е по-широко използван от Teradata, той има богат набор от инструменти, което го прави по-добрият избор за разработчици и бизнес потребители. Възприятията на бизнес потребителите разглеждат Teradata като твърде сложна или запазена за специализирани експерти, поради което е по-лесно да се намери квалифициран потребител или разработчик на Oracle, отколкото да се намери Teradata.
Компонент | Teradata | оракул |
архитектура | · Споделено нищо · Релационен модел · Възлите имат множество двигатели на парсинг и двигатели на бази данни, наречени процесори на модул за достъп | · Споделено всичко · Обектно-релационен модел · Споделен диск / слабо свързана споделена памет · DB архитектура за множество бази данни на възел |
OLAP | Система, проектирана и съществена конфигурация не се изисква. | Инсталирането и конфигурирането на OLAP е техническо и сложно. |
OLTP | Невъзможно. | Система проектирана. |
Операционна система | · Windows · Linux · UNIX | · Windows · Linux · UNIX · Mac OS X · Z / OS |
паралелизъм | Безусловно „Винаги включено“, проектирано от самото начало. | Условно и непредсказуемо |
Таблици с бази данни | Таблиците, създадени в базите данни и дисковото пространство, се управляват от самата Teradata. | Таблици, създадени в таблични пространства принадлежат към схемата и имат параметри за използване на пространството. |
Обекти на база данни | · Курсор · Външни рутинни · Функция · Процедура · Тригер | · Data Domain · Курсор · Външни рутинни · Функция · Процедура · Тригер |
Употреба на индекс | Традиционно не използвайте много индекси, тъй като паралелната архитектура се фокусира върху изискванията за производителност. | Разчитайте на индекси, тъй като натоварванията на OLTP се нуждаят от пътища за бърз достъп. |
интерфейс | · SQL | · SQL · GUI |
Типове данни | ||
низ | · CHAR · CLOB · ВАРЧАР | · CHAR · CLOB · ВАРЧАР · NCHAR · NVARCHAR |
двоен | · BYTE · VARBYTE | · BFILE · ДЪЛЪГ · RAW |
Време за среща | · ВРЕМЕ · ДАТА · TIMESTAMP | · ДАТА · TIMESTAMP |
Общо класиране на потребителите (проучване на централната информационна станция) [xi] | трета | първи |