Forskjellen mellom Oracle og Teradata

Oracle Database

Oracle og Teradata er begge Relasjonelle Database Management Systems (RDBMS), men Oracle implementerer en Objektrelasjonelt databasebehandlingssystem (ORDBMS).[Jeg]

RDBMS ble introdusert ved hjelp av relasjonsmodellen [ii] som opprettholder relasjoner mellom tabeller ved hjelp av indekser, primære og utenlandske nøkler. Det er raskere å hente og lagre data sammenlignet med det gamle Database Management System (DBMS).

Selv om det likner en relasjonsdatabase, bruker Oracle objektorientert databasemodell objekter og klasser som støttes i databaseskjemaet og spørrespråket.

På slutten av syttitallet, mens Oracle ble den første kommersielt tilgjengelige RDBMS, la Teradata grunnlaget for det første datalagret. Dens evner gjorde det perfekt for store data (et begrep utarbeidet av Teradata), Business Intelligence (BI) verktøy [iii] og Ting for Internett (IoT) [iv].

OLTP og OLAP

Relasjonsdatabasebehandlingssystemer (RDBMS) kan kategoriseres som Online Transaksjonsbehandling - OLTP og Online Analytical Processing - OLAP.[V]

OLTP er transaksjonelt og gir data til datalager og OLAP er designet for å analysere dataene.

"EN datavarehus er en database som inneholder data som vanligvis representerer en virksomhets forretningshistorie. Data i et datalager er organisert for å støtte analyse i stedet for å behandle sanntids transaksjoner som i Online Transaksjonsbehandlingssystemer (OLTP).

OLAP teknologi gjør det mulig å bruke data warehouses effektivt til online analyse, noe som gir raske svar på iterative komplekse analytiske spørringer.”[VI]

Selv om Teradata er rettet mot OLAP og Oracle for OLTP, kan Oracle kjøre både OLTP- og OLAP-databaser på samme plattform, som Teradata ikke støtter. Ytelsen gir Oracle en fordel over Teradata i de fleste blandede arbeidsbelastningsscenarier.

Transaksjoner omfatter en eller flere SQL-setninger utført på en database for å fullføre oppgaver, samtidig som data integritet opprettholdes. Transaksjoner er gjensidig avhengig av å administrere og behandle data som legges til eller slettes fra en database.

Oracle er skreddersydd for transaksjonsbehandling på grunn av sin arkitektoniske fleksibilitet (med et objekt RDBMS), mens Teradatas OLAP er kraftig for å skive og dicing data (OLTPs datalogging) for analyse uten å måtte flytte eller omstrukturere data.

Oracle brukes hovedsakelig som en online back-end applikasjon som administrerer innlegg, oppdateringer og slett mens du handler, mens Teradata er Data Warehousing som opprettholder store data for analytics og det er ingen sanntids transaksjoner.

Teradata er en god kombinasjon mellom maskinvare og programvare, som produserer en toppdatabase-databasenhet, men Oracle lanserte sin OLAP Exadata Server i 2008. Det var Oracles svar på en fullstendig databasenhet.

Begge krever en betydelig investering og passer bedre til svært store databaser som krever god ytelse med komplekse søk.

Del ingenting eller alt?

Teradata er Delte ingenting (SN) Arkitektur mens Oracle er Delt Alt.

Begrepet delte ingenting arkitektur refererer til et databehandlingssystem for flere prosessorer hvor minne og disklagring ikke deles mellom prosessorene. [vii] Nettverksbåndbredde deles for å overføre data.
Med Teradata lagres dataene på servere og hver beregner sin egen del. Dataene deles og lagres over et sett med servere, og hver server er ansvarlig for dataene. Eksempler på high-end-plattformer med samme arkitektur inkluderer Google, Amazon og Facebook.

Men med Oracle delte alt arkitektur, Alle data er tilgjengelige på alle servere, og tilgangsnivåer kan brukes til hvilken som helst del av dataene etter behov. Den potensielle ulempen er økningen i dataadgangshåndteringsoverhead og kan gjøre systemadministrasjonen mer kompleks for å administrere.

Oracle arkitektur betyr at enhver maskin kan få tilgang til data, og dette er den grunnleggende forskjellen mellom Teradata, noe som gjør Teradata ideelt for datalagring, og Oracle er mer egnet til OTLP.

Vær oppmerksom på at selv om Oracle Exadata distribuerte en hybrid tilnærming til de to arkitekturene, kan et Exadata-system ikke brukes uten Oracle. Exadata er en "add-on" lagringsmotor og ikke en overhaling av Oracle databasemotoren.

skalerbarhet

Skalerbarhet inkluderer flere aspekter av en IT-infrastruktur som håndtering av økning i data og transaksjonsvolumer, samt økning i flerdimensjonale data, antall brukere, arbeidsbelastning, spørrekompleksitet og volum mv..

Teradata er Linjært skalerbar[viii] som betyr at databasekapasiteten kan økes ved å legge til flere noder til infrastrukturen, og når datavolumet øker, påvirkes ikke ytelsen.

Systemet er designet for multidimensjonal skalerbarhet og gir mer robuste modeller for skalering og utskalering enn Oracle. Selv om Oracle har god skalerbarhet, er det kjent at flaskehalser forekommer med lagringsundersystemet, og det har en av de beste dataprosessene, men bare opp til en viss grense. Hvis for eksempel de fleste spørringer er kjent og dataene er mindre enn 600TB, kan Oracle være egnet, men hvis dataene forventes å øke utover det, er Teradata det bedre valget..

parallellitet

Teradata har ubetinget parallellitet [ix], mens Oracle har betinget. Det gir Teradata en fordel med OLAP som ytelsen er eksepsjonell for å oppnå et enkelt svar raskere enn et ikke-parallelt system. Parallelisme bruker flere prosessorer som arbeider sammen for å utføre en oppgave raskt.

For å bruke en analogi av hvordan parallellisme fungerer, tenk på en kø i en travel butikkbutikk, med en kø som forgrener seg for å skille køer for hver til. Linjen beveger seg raskere på denne måten i stedet for en kø og en til. Jo mer effektiv parallell lasting, desto bedre ytelse av systemet.

Teradata har parallellitet i hele sitt system, inkludert arkitektur, kompleks behandling og data lasting. Forespørselsinnstilling er ikke nødvendig for å behandle forespørsler parallelt, og Teradata er ikke avhengig av kolonneavstandsbegrensninger eller begrenset datakvantitet, i motsetning til Oracle.

Funksjonsjämförelser

Andre nevneverdige forskjeller inkluderer:

• Det grafiske brukergrensesnittet er langt mer modnet og avansert i Oracle enn i Teradata.
• Oracle og Teradata støtter nesten de samme programmeringsspråk, unntatt Visual Basic-språk der Oracle støtter det, og Teradata gjør det ikke.
• Med operativsystemer kjører Oracle på Unix, Linux, Windows, Mac OS X, z / OS, mens Teradata ikke kjører på Mac OS X, z / OS.
• Teradata har vesentlig forbedret komprimeringen, selv om det regnes som et skritt bak Oracle Exadata's Hybrid Columnar Compression [x].
  

Oppsummert

Oracle og Teradata er begge modne i produkt og teknologi, men Oracle utvider mengden implementeringer sammenlignet med Teradata.

Siden Oracle er mer utbredt enn Teradata, har den et rikt sett med verktøy, noe som gjør det til et bedre valg for utviklere og bedriftsbrukere. Bedriftsbrukeroppfattelser ser Teradata som for komplisert eller reservert for spesialiserte eksperter, derfor er det lettere å finne en dyktig Oracle-bruker eller -utvikler enn det er å finne en Teradata-en.

Sammenligningstabell

Komponent	Teradata	Oracle
Arkitektur	· Delte Ingenting · Relasjonsmodell · Noder har flere Parsing Motorer og databasemotorer kalt Access Module Processors	· Delt Alt · Objektrelasjonsmodell · Felles disk / løst koblet delt minne · DB-arkitektur for flere nodedatabaser
OLAP	Systemdesignet og viktig konfigurasjon ikke nødvendig.	Installasjon og konfigurering for OLAP er teknisk og komplekst.
OLTP	Ikke mulig.	Systemdesignet.
Operativsystem	· Windows · Linux · UNIX	· Windows · Linux · UNIX · Mac OS X · Z / OS
parallellitet	Ubetinget "Alltid på", designet fra starten.	Betinget og uforutsigbar
Database Tabeller	Tabeller opprettet i databasene og diskplass administreres av Teradata selv.	Tabeller opprettet i tabellrom tilhører skjema og har romutnyttelsesparametere.
Databaseobjekter	· Markør · Ekstern rutine · Funksjon · Fremgangsmåte · Trigger	· Data Domain · Markør · Ekstern rutine · Funksjon · Fremgangsmåte · Trigger
Indeksbruk	Tradisjonelt bruk ikke mange indekser da parallellarkitekturen fokuserer på gjennomstrømmingskrav.	Stol på indekser ettersom OLTP-arbeidsbelastninger trenger hurtige tilgangsstier.
Interface	· SQL	· SQL · GUI
Datatyper
string	· CHAR · CLOB · VARCHAR	· CHAR · CLOB · VARCHAR · NCHAR · NVARCHAR
Binary	· BYTE · VARBYTE	· BFILE · LONGRAW · RAW
Dato tid	· TID · DATO · TIMESTAMP	· DATO · TIMESTAMP
Samlet brukerrangering (IT-sentralstasjonens undersøkelse) [xi]	Tredje	Først