Forskel mellem Oracle og Teradata

Oracle-database

Oracle og Teradata er begge Relational Database Management Systems (RDBMS), dog implementerer Oracle en Object-Relational Database Management System (ORDBMS).[jeg]

RDBMS blev introduceret ved hjælp af den relationelle model [ii], som opretholder forholdet mellem tabeller ved hjælp af indekser, primære og fremmede nøgler. Det er hurtigere at hente og gemme data sammenlignet med det gamle Database Management System (DBMS).

Selv om den ligner en relationsdatabase, bruger Orakles objektorienterede databasemodel objekter og klasser understøttet i databaseskemaet og forespørgselssprog.

I slutningen af ​​70'erne, mens Oracle blev det første kommercielt tilgængelige RDBMS, lagde Teradata grundlaget for det første datavarehus. Dets kapaciteter gjorde det perfekt til big data (et udtryk myntet af Teradata), Business Intelligence (BI) værktøjer [iii] og Internet of Things (IoT) [iv].

OLTP og OLAP

Relational Database Management Systems (RDBMS) kan kategoriseres som Online transaktionsbehandling - OLTP og Online analytisk behandling - OLAP.[V]

OLTP er transaktionelt og leverer data til datavarehaller, og OLAP er designet til at analysere dataene.

"EN data varehus er en database, der indeholder data, der normalt repræsenterer en virksomheds forretningshistorie. Data i et datalager er organiseret til at understøtte analyse i stedet for at behandle realtidstransaktioner som i online transaktionsbehandlingssystemer (OLTP).

OLAP teknologi gør det muligt at bruge datalager effektivt til online analyse, hvilket giver hurtige svar på iterative komplekse analytiske forespørgsler.”[Vi]

Selvom Teradata er rettet mod OLAP og Oracle til OLTP, kan Oracle køre både OLTP og OLAP-databaser på den samme platform, som Teradata ikke understøtter. Ydeevnen giver Oracle en fordel i forhold til Teradata i de fleste blandede arbejdsbyrdescenarier.

Transaktioner omfatter en eller flere SQL-sætninger, der udføres i en database for at udføre opgaver, samtidig med at dataintegritet opretholdes. Transaktioner er indbyrdes afhængige for at administrere og behandle data, der tilføjes eller slettes fra en database.

Oracle er skræddersyet til transaktionsbehandling på grund af dens arkitektoniske fleksibilitet (med et objekt RDBMS), hvorimod Teradatas OLAP er kraftfuld til opskæring og terning af data (OLTP's datahistorie) til analyse uden at skulle flytte eller omstrukturere data.

Oracle bruges primært som en online backend-applikation, der administrerer indsæt, opdateringer og sletninger under transaktion, hvorimod Teradata er Datavarehousing, der opretholder big data til analyse, og der ikke er transaktioner i realtid.

Teradata er en god kombination mellem hardware og software, der producerer et top end enterprise databaseapparat. Oracle lancerede imidlertid sin OLAP Exadata Server i 2008. Det var Oracle's svar på et komplet databaseapparat.

Begge kræver en betydelig investering og er mere velegnede til meget store databaser, der kræver god ydelse med komplekse forespørgsler.

Del intet eller alt?

Teradata er Shared Nothing (SN) Arkitektur hvorimod Oracle er det Delt alt.

Begrebet delte intet arkitektur henviser til et multiprocessor-databasestyringssystem, hvor hukommelse og disklagring ikke deles mellem processorerne. [vii] Netværksbåndbredde deles for at overføre data.
Med Teradata gemmes dataene på servere og beregner hver sin del. Dataene er partitioneret og gemt på tværs af et sæt servere, og hver server er ansvarlig for deres data. Eksempler på avancerede platforme, der bruger den samme arkitektur, inkluderer Google, Amazon og Facebook.

Dog med Oracle's delte alt arkitektur, alle data er tilgængelige på tværs af alle servere, og adgangsniveauer kan anvendes til enhver del af dataene efter behov. Den potentielle ulempe er stigningen i administrationsomkostningerne til datatilgang og kan gøre systemadministrationen mere kompleks at administrere.

Oracle's arkitektur betyder effektivt, at enhver maskine kan få adgang til alle data, og dette er den grundlæggende forskel mellem Teradata, hvilket gør Teradata ideelt egnet til datalagring og Oracle mere egnet til OTLP.

Bemærk, at selv om Oracle Exadata implementerede en hybrid tilgang til de to arkitekturer, kan et Exadata-system ikke bruges uden Oracle. Exadata er en 'add-on' lagermotor og ikke en revision af Oracle-databasemotoren.

Skalerbarhed

Skalerbarhed inkluderer flere aspekter af en IT-infrastruktur, såsom håndtering af stigninger i data og transaktionsmængder, samt stigningen i multidimensionel data, antal brugere, styring af arbejdsbyrde, forespørgselkompleksitet og -volumen osv.

Teradata er Lineært skalerbar[viii] hvilket betyder, at databasekapaciteten kan øges ved at tilføje flere noder til infrastrukturen, og når datamængden øges, påvirkes ydelsen ikke.

Systemet er designet til multidimensionel skalerbarhed og giver mere robuste modeller til opskalering og skalering end Oracle. Selvom Oracle har en god skalerbarhed, er det kendt at flaskehalse forekommer med lagringsundersystemet, og det har en af ​​de bedste databehandlingshastigheder, men kun op til en bestemt grænse. For eksempel, hvis de fleste forespørgsler er kendte, og anvendte data er mindre end 600 TB, kunne Oracle være egnet, men hvis dataene forventes at stige ud over det, er Teradata det bedre valg.

parallelitet

Teradata har ubetinget parallelisme [ix], mens Oracle har betinget. Det giver Teradata en fordel med OLAP, da ydelsen er enestående for at opnå et enkelt svar hurtigere end et ikke-parallelt system. Parallelisme bruger flere processorer, der arbejder sammen for at udføre en opgave hurtigt.

For at bruge en analogi af, hvordan parallelisme fungerer, skal du tænke på en kø i en travl indkøbsforretning, hvor en kø forgrener sig for at adskille køer for hver kassaskuff. Linjen bevæger sig hurtigere på denne måde i stedet for en kø og en indtil. Jo mere effektiv parallelbelastning er, jo bedre er systemets ydelse.

Teradata har parallelitet gennem sit 'system, herunder arkitektur, kompleks behandling og datalastning. Forespørgselsindstilling er ikke nødvendig for at behandle anmodninger parallelt, og Teradata afhænger ikke af begrænsninger på kolonneområdet eller begrænset datamængde, i modsætning til Oracle.

Funktionssammenligninger

Andre nævnelige forskelle inkluderer:

• Den grafiske brugergrænseflade er langt mere modnet og avanceret i Oracle end i Teradata.
• Oracle og Teradata understøtter næsten de samme programmeringssprog, undtagen Visual Basic-sprog, hvor Oracle understøtter det, og Teradata ikke.
• Med operativsystemer kører Oracle på Unix, Linux, Windows, Mac OS X, z / OS, mens Teradata ikke kører på Mac OS X, z / OS.
• Teradata har forbedret dens komprimering væsentligt, selvom det betragtes som et skridt bag Oracle's Exadata's Hybrid Columnar Compression [x].
  

Sammenfattende

Oracle og Teradata er begge modne i produkt og teknologi, men Oracle overgår antallet af implementeringer sammenlignet med Teradata.

Da Oracle er mere udbredt end Teradata, har det et rigt sæt værktøjer, hvilket gør det til det bedre valg for udviklere og forretningsbrugere. Erhvervsbrugeres opfattelse betragter Teradata som for kompliceret eller forbeholdt specialiserede eksperter, derfor er det lettere at finde en dygtig Oracle-bruger eller -udvikler, end det er at finde en Teradata en.

Sammenligningstabel

Komponent	Teradata	Oracle
Arkitektur	· Delt intet · Relationsmodel · Knudepunkter har flere parsingmotorer og databasemotorer kaldet Access Module-processorer	· Delt alt · Objekt-relationel model · Delt disk / løst koblet delt hukommelse · DB-arkitektur til flere nodedatabaser
OLAP	System designet og vigtig konfiguration ikke påkrævet.	Installation og konfiguration for OLAP er teknisk og kompleks.
OLTP	Ikke muligt.	System designet.
Operativ system	· Windows · Linux · UNIX	· Windows · Linux · UNIX · Mac OS X · Z / OS
parallelitet	Ubetinget ”Always On”, designet fra starten.	Betinget og uforudsigelig
Databasetabeller	Tabeller oprettet i databaserne og diskpladsen styres af Teradata selv.	Tabeller oprettet i borde der hører til skemaet og har pladsudnyttelsesparametre.
Databaseobjekter	· Cursoren · Ekstern rutine · Funktion · Procedure · Udløser	· Datadomæne · Cursoren · Ekstern rutine · Funktion · Procedure · Udløser
Indeksbrug	Traditionelt bruger man ikke mange indekser, da den parallelle arkitektur fokuserer på krav til kapacitetsydelse.	Stol på indekser, da OLTP-arbejdsbelastninger har brug for hurtige adgangsstier.
grænseflade	· SQL	· SQL · GUI
Datatyper
Snor	· CHAR · CLOB · VARCHAR	· CHAR · CLOB · VARCHAR · NCHAR · NVARCHAR
Binary	· BYTE · VARBYTE	· BFILE · LANGRAG · RAW
Dato tid	· TID · DATO · TIDSSTEMPEL	· DATO · TIDSSTEMPEL
Samlet brugerrangering (IT Central Station-undersøgelse) [xi]	Tredje	Først