Oracle at Teradata

Oracle Database

Kapwa ang Oracle at Teradata Relational Database Management Systems (RDBMS), gayunpaman ang Oracle nagpapatupad ng isang Object-Relational Database Management System (ORDBMS). [i]

Ang RDBMS ay ipinakilala gamit ang Relational Model [ii] na nagpapanatili ng mga relasyon sa pagitan ng mga talahanayan na gumagamit ng mga index, pangunahing at dayuhang mga susi. Ito ay isang mas mabilis na pagkuha at mag-imbak ng data kumpara sa lumang Database Management System (DBMS).

Bagaman katulad sa isang pamanggit na database, ang object-oriented database ng Oracle's model ay gumagamit ng mga bagay, at mga klase na sinusuportahan sa database schema at query language.

Noong huling mga ikapitumpu at ikalabintatlo, samantalang ang Oracle ang naging unang magagamit na RDBMS, inihagis ni Teradata ang pundasyon para sa unang bodega ng data. Ang mga kakayahan nito ay naging perpekto para sa malaking data (isang termino na likha ng Teradata), Mga Tool sa Negosyo ng Intelligence (BI) [iii], at Internet ng Mga Bagay (IoT) [iv].

OLTP at OLAP

Ang Mga Pamanggit sa Pamamahala ng Mga Sistema ng Pamamahala (RDBMS) ay maaaring ikategorya bilang Online Transaction Processing - OLTP at Online Analytical Processing - OLAP. [v]

Ang OLTP ay transactional at nagbibigay ng data sa mga warehouses ng data at ang OLAP ay dinisenyo upang pag-aralan ang data.

"A data bodega ay isang database na naglalaman ng data na karaniwang kumakatawan sa kasaysayan ng negosyo ng isang samahan. Ang data sa isang bodega ng data ay isinaayos upang suportahan ang pagtatasa sa halip na iproseso ang mga transaksyon sa real-time tulad ng online processing systems processing (OLTP).

OLAP Ang teknolohiya ay nagbibigay-daan sa mga warehouses ng datos na mabisang gamitin para sa online na pagtatasa, na nagbibigay ng mabilis na mga tugon sa mga umuulit na kumplikadong analytical na mga query.”[vi]

Kahit na ang Teradata ay nakatuon sa OLAP at Oracle para sa OLTP, ang Oracle ay maaaring tumakbo sa parehong OLTP at OLAP database sa parehong platform, na hindi sinusuportahan ng Teradata. Ang pagganap ay nagbibigay sa Oracle ng isang kalamangan sa Teradata sa karamihan ng mga halo-halong workload na mga sitwasyon.

Ang mga transaksyon ay binubuo ng isa o higit pang mga pahayag ng SQL na isinagawa sa isang database upang makumpleto ang mga gawain, habang pinanatili ang integridad ng data. Ang mga transaksyon ay magkakaiba upang pamahalaan at i-proseso ang data na idinagdag o tinanggal mula sa isang database.

Ang Oracle ay pinasadya para sa pagproseso ng transaksyon dahil sa arkitekturang kakayahang umangkop nito (na may isang bagay na RDBMS), samantalang ang OLAP ng Teradata ay malakas para sa pag-slicing at dicing data (kasaysayan ng data ng OLTP) para sa pagsusuri, nang hindi na kinakailangang ilipat o baguhin ang data.

Ang Oracle ay pangunahing ginagamit bilang isang online na back-end application na namamahala ng pagsingit, mga pag-update, at pagtanggal habang nakikipag-transact, samantalang ang Teradata ay Data Warehousing na nagpapanatili ng malaking data para sa analytics at walang mga real-time na transaksyon.

Teradata ay isang magandang combo sa pagitan ng hardware at software, na gumagawa ng isang top end enterprise database appliance, gayunpaman, inilunsad Oracle nito OLAP Exadata Server sa 2008. Ito ay ang Oracle's sagot sa isang buong appliance database.

Parehong nangangailangan ng isang makabuluhang pamumuhunan at mas angkop sa napakalaking mga database na hinihiling ng mahusay na pagganap sa kumplikadong mga query.

Ibahagi ang Wala o Lahat?

Ang Teradata ay Hindi Naibahaging (SN) Arkitektura samantalang ang Oracle ay Ibinahagi ang Lahat.

Ang termino walang nagbigay ng arkitektura ay tumutukoy sa isang multiprocessor na sistema ng pamamahala ng database kung saan ang memorya at imbakan ng disk ay hindi ibinabahagi sa pagitan ng mga processor. [vii] Ang bandwidth ng network ay ibinabahagi upang maglipat ng data. Sa Teradata, ang data ay naka-imbak sa mga server at bawat computes sarili nitong bahagi. Ang data ay partitioned at naka-imbak sa isang hanay ng mga server at ang bawat server ay responsable para sa data nito. Ang mga halimbawa ng mga high-end na platform na gumagamit ng parehong arkitektura ay ang Google, Amazon, at Facebook.

Gayunpaman sa Oracle's Nagbahagi lahat ng arkitektura, ang lahat ng data ay mapupuntahan sa lahat ng mga server at ang mga antas ng pag-access ay maaaring mailapat sa anumang bahagi ng data kung kinakailangan. Ang potensyal na downside ay ang pagtaas sa overhead ng pamamahala ng access ng data at maaaring gawing mas kumplikado ang pangangasiwa ng sistema upang mangasiwa.

Ang arkitektura ng Oracle ay epektibong nangangahulugan na ang anumang makina ay maaaring ma-access ang anumang data, at ito ang pangunahing pagkakaiba sa pagitan ng Teradata, na ginagawang perpekto ang Teradata para sa data warehousing, at Oracle na mas angkop sa OTLP.

Tandaan na bagaman ang Oracle Exadata ay nagtatatag ng isang hybrid na diskarte ng dalawang architectures, isang sistema ng Exadata ay hindi maaaring gamitin nang walang Oracle. Ang Exadata ay isang imbak na 'add-on' na imbakan at hindi isang overhaul ng engine ng database ng Oracle.

Kakayahang sumukat

Ang kakayahang sumukat ay kinabibilangan ng maraming aspeto ng isang imprastraktura ng IT tulad ng paghawak ng pagtaas sa data at transactional volume, pati na rin ang pagtaas sa maraming data na datos, bilang ng mga gumagamit, pamamahala ng workload, pagiging kumplikado at dami ng tanong, atbp.

Ang Teradata ay Linearly Scalable[viii] ibig sabihin ang database kapasidad ay maaaring tumaas sa pamamagitan ng pagdagdag ng higit pang mga node sa imprastraktura, at kapag ang dami ng data ay nagdaragdag, ang pagganap ay hindi apektado.

Ang sistema ay dinisenyo para sa multi-dimensional scalability at nagbibigay ng mas mahusay na mga modelo para sa scale-up at scale-out kaysa sa Oracle. Kahit na ang Oracle ay may mahusay na scalability, ang mga bottleneck ay kilala na nangyari sa subsystem ng imbakan at mayroon itong isa sa mga pinakamahusay na bilis ng pagpoproseso ng data, ngunit hanggang sa isang tiyak na limitasyon. Halimbawa, kung ang karamihan sa mga query ay kilala at ang data na ginamit ay mas mababa kaysa sa 600TB, ang Oracle ay maaaring maging angkop, ngunit kung ang data ay inaasahan upang madagdagan ang lampas na, pagkatapos ay ang Teradata ay ang mas mahusay na pagpipilian.

Parallelism

Ang Teradata ay may walang kondisyon na parallelism [ix] samantalang ang Oracle ay may kondisyon. Nagbibigay ito ng Teradata ng isang kalamangan sa OLAP dahil ang pagganap ay katangi-tangi upang makamit ang isang solong sagot nang mas mabilis kaysa sa isang di-kahanay na sistema. Ang paralelismo ay gumagamit ng maramihang mga processor na nagtutulungan upang mabilis na magawa ang isang gawain.

Upang magamit ang isang pagkakatulad sa kung paano gumagana ang paralelismo, isipin ang isang queue sa isang busy shopping store, na may isang queue na sumasabog sa hiwalay na mga queue para sa bawat hanggang. Ang linya ay gumagalaw nang mas mabilis sa ganitong paraan sa halip ng isang queue at isang hanggang. Ang mas mahusay ang parallel loading, mas mahusay ang pagganap ng system.

Ang Teradata ay may parallelism sa buong sistema nito, kabilang ang arkitektura, kumplikadong pagproseso, at pag-load ng data. Hindi kinakailangan ang pag-tune ng query upang maproseso ang mga kahilingan sa kahilera at ang Teradata ay hindi nakadepende sa mga limitasyon ng hanay ng haligi o limitadong dami ng data, hindi katulad ng Oracle.

Mga Paghahambing ng Tampok

Ang iba pang mga pagkakaiba sa pagbanggit ay ang:

• Ang graphical na interface ng gumagamit ay mas matured at advanced sa Oracle kaysa sa Teradata.
• Ang Oracle at Teradata ay halos sumusuporta sa parehong mga programming language, maliban sa mga Visual Basic na wika kung saan sinusuportahan ito ng Oracle at ang Teradata ay hindi.
• Sa mga operating system, ang Oracle ay tumatakbo sa Unix, Linux, Windows, Mac OS X, z / OS, samantalang ang Teradata ay hindi tumatakbo sa Mac OS X, z / OS.
• Ang Teradata ay nagpapabuti nang malaki sa kompresyon nito, kahit na ito ay itinuturing na isang hakbang sa likod ng Oracle's Exadata's Hybrid Columnar Compression [x].

Sa buod

Oracle at Teradata ay parehong mature sa produkto at teknolohiya, gayunpaman Oracle outnumbers ang halaga ng pagpapatupad kumpara sa Teradata.

Tulad ng Oracle ay mas malawak na ginagamit kaysa Teradata, ito ay may isang rich hanay ng mga tool, ginagawa itong mas mahusay na pagpipilian para sa mga developer at mga gumagamit ng negosyo. Ang pananaw ng mga gumagamit ng negosyo ay tinitingnan ang Teradata bilang masyadong kumplikado o nakalaan para sa mga dalubhasang eksperto, kaya mas madaling makahanap ng isang dalubhasang gumagamit ng Oracle o nag-develop, kaysa ito ay upang makahanap ng isang Teradata isa.

Tala ng pagkukumpara

Component	Teradata	Oracle
Arkitektura	· Hindi Naibahagi · Pamanggit na Modelo · Ang mga node ay may maramihang Pag-parse ng Mga Engine at database engine na tinatawag na Access Module Processor	· Ibinahagi ang Lahat · Modelong pamagitan ng object · Naibahaging disk / maluwag na kaisa na nakabahaging memorya · DB architecture para sa maramihang mga database ng node
OLAP	Hindi kinakailangan ang system na idinisenyo at mahalagang configuration.	Ang pag-install at pagsasaayos para sa OLAP ay teknikal at kumplikado.
OLTP	Imposible.	Ginawa ang system.
Operating System	· Windows · Linux · UNIX	· Windows · Linux · UNIX · Mac OS X · Z / OS
Parallelism	Unconditional "Always On", dinisenyo mula sa simula.	Conditional at unpredictable
Mga Tables ng Database	Ang mga mesa na nilikha sa mga database at puwang ng disk ay pinamamahalaan ng Teradata mismo.	Ang mga mesa na nilikha sa mga mesa kabilang sa schema at may mga parameter ng paggamit ng espasyo.
Mga Bagay sa Database	· Cursor · Panlabas na Rutin · Function · Pamamaraan · Trigger	· Data Domain · Cursor · Panlabas na Rutin · Function · Pamamaraan · Trigger
Paggamit ng Index	Ayon sa kaugalian ay hindi gumagamit ng maraming mga ini-index na ang parallel architecture ay nakatuon sa mga kinakailangan sa pagganap ng throughput.	Umasa sa mga pag-index bilang OLTP workloads kailangan mabilis na mga landas ng pag-access.
Interface	· SQL	· SQL · GUI
Uri ng data
String	· CHAR · CLOB · VARCHAR	· CHAR · CLOB · VARCHAR · NCHAR · NVARCHAR
Binary	· BYTE · VARBYTE	· BFILE · LONGRAW · RAW
Petsa / Oras	· TIME · DATE · TIMESTAMP	· DATE · TIMESTAMP
Pangkalahatang Ranking ng User (IT Central Station survey) [xi]	Ikatlo	Una