Oracle datu bāze
Gan Oracle, gan Teradata Relāciju datu bāzes pārvaldības sistēmas (RDBMS), tomēr Oracle ievieš Objektu relāciju datu bāzes pārvaldības sistēma (ORDBMS).[i]
RDBMS tika ieviests, izmantojot relāciju modeli [ii], kas uztur attiecības starp tabulām, izmantojot indeksus, primārās un svešās atslēgas. Datu atgūšana un glabāšana ir ātrāka, salīdzinot ar veco datu bāzu pārvaldības sistēmu (DBVS)..
Lai arī tas ir līdzīgs relāciju datu bāzei, Oracle objektorientētais datu bāzes modelis izmanto objektus un klases, kas tiek atbalstītas datu bāzes shēmā un vaicājumu valodā.
Septiņdesmito gadu beigās, kamēr Oracle kļuva par pirmo komerciāli pieejamo RDBMS, Teradata lika pamatus pirmajai datu noliktavai. Tās iespējas padarīja to par piemērotu lieliem datiem (terminu izveidoja Teradata), biznesa informācijas (BI) rīkiem [iii] un lietu internetam (IoT) [iv]..
Relāciju datu bāzes pārvaldības sistēmas (RDBMS) var klasificēt kā Tiešsaistes darījumu apstrāde - OLTP un Tiešsaistes analītiskā apstrāde - OLAP.[v]
OLTP ir darījums un nodrošina datus datu noliktavām, un OLAP ir paredzēts datu analīzei.
“A datu noliktava ir datu bāze, kurā ir dati, kas parasti atspoguļo organizācijas biznesa vēsturi. Dati datu noliktavā tiek organizēti, lai atbalstītu analīzi, nevis lai apstrādātu reāllaika darījumus kā iepriekš tiešsaistes darījumu apstrādes sistēmas (OLTP).
OLAP tehnoloģija ļauj datu noliktavas efektīvi izmantot tiešsaistes analīzei, nodrošinot ātras atbildes uz atkārtotiem, sarežģītiem analītiskiem jautājumiem.”[vi]
Lai gan Teradata ir orientēts uz OLAP un Oracle for OLTP, Oracle var palaist gan OLTP, gan OLAP datu bāzes vienā platformā, kuru Teradata neatbalsta. Veiktspēja sniedz Oracle priekšrocības salīdzinājumā ar Teradata lielākajā daļā jauktu darba slodzes scenāriju.
Darījumos ietilpst viens vai vairāki SQL paziņojumi, kas izpildīti datu bāzē, lai pabeigtu uzdevumus, saglabājot datu integritāti. Darījumi ir savstarpēji saistīti, lai pārvaldītu un apstrādātu datus, kas tiek pievienoti vai izdzēsti no datu bāzes.
Oracle ir īpaši paredzēts darījumu apstrādei, ņemot vērā tā arhitektonisko elastību (ar objektu RDBMS), turpretī Teradata OLAP ir jaudīgs datu sadalīšanai un sagriešanai (OLTP datu vēsture) analīzei, nepārvietojot vai neveicot datu pārstrukturēšanu..
Oracle galvenokārt tiek izmantots kā tiešsaistes fona lietojumprogramma, kas transakciju laikā pārvalda ieliktņus, atjauninājumus un dzēšamos datus, savukārt Teradata ir Datu glabāšana, kurā tiek uzturēti lieli dati analītikai, un nav reāllaika darījumu.
Teradata ir labs apvienojums starp aparatūru un programmatūru, kas ražo augstākās klases uzņēmuma datu bāzes ierīci, tomēr Oracle 2008. gadā sāka savu OLAP Exadata Server. Tā bija Oracle atbilde uz pilnu datu bāzes ierīci..
Abas no tām prasa ievērojamus ieguldījumus, un tās ir vairāk piemērotas ļoti lielām datu bāzēm, kurām nepieciešama lieliska veiktspēja ar sarežģītiem jautājumiem.
Teradata ir Shared Nothing (SN) arhitektūra tā kā Oracle ir Kopīgi viss.
Termiņš kopīga neko arhitektūra attiecas uz daudzprocesoru datu bāzes pārvaldības sistēmu, kurā atmiņa un diska krājumi netiek dalīti starp procesoriem. [vii] Tīkla joslas platums tiek koplietots, lai pārsūtītu datus..
Izmantojot Teradata, dati tiek glabāti serveros un katrs pats aprēķina. Dati tiek sadalīti un glabāti serveru komplektā, un katrs serveris ir atbildīgs par saviem datiem. Augstākās klases platformu, kurās tiek izmantota tāda pati arhitektūra, piemēri ir Google, Amazon un Facebook.
Tomēr ar Oracle's dalījās ar visu arhitektūru, visi dati ir pieejami visos serveros, un piekļuves līmeņus pēc vajadzības var piemērot jebkurai datu daļai. Potenciālais negatīvais elements ir datu piekļuves pārvaldības palielinājums, un tas varētu padarīt sistēmas pārvaldību sarežģītāku administrēšanu.
Oracle arhitektūra faktiski nozīmē, ka jebkura mašīna var piekļūt visiem datiem, un tā ir būtiska atšķirība starp Teradata, padarot Teradata ideāli piemērotu datu glabāšanai, un Oracle vairāk piemērotu OTLP.
Ņemiet vērā, ka, kaut arī Oracle Exadata izmantoja divu arhitektūru hibrīdu pieeju, Exadata sistēmu nevar izmantot bez Oracle. Exadata ir “papildinājumu” glabāšanas dzinējs, nevis Oracle datu bāzes dzinēja kapitālais remonts.
Mērogojamība ietver vairākus IT infrastruktūras aspektus, piemēram, datu un transakciju apjoma palielināšanos, kā arī daudzdimensionālu datu, lietotāju skaita, darba slodzes pārvaldības, vaicājumu sarežģītības un apjoma palielināšanos utt..
Teradata ir Lineāri pielāgojams[viii] nozīmē, ka datu bāzes ietilpību var palielināt, pievienojot infrastruktūrai vairāk mezglu, un, palielinoties datu apjomam, veiktspēja netiek ietekmēta.
Sistēma ir paredzēta daudzdimensionālai mērogojamībai, un tā nodrošina robustākus modeļus mērogošanai un mērogošanai nekā Oracle. Lai gan Oracle ir laba mērogojamība, ir zināms, ka vājās vietas rodas uzglabāšanas apakšsistēmā, un tam ir viens no labākajiem datu apstrādes ātrumiem, taču tikai līdz noteiktam ierobežojumam. Piemēram, ja vairums vaicājumu ir zināmi un izmantoto datu apjoms ir mazāks par 600 TB, tad Oracle varētu būt piemērots, bet, ja paredzams, ka datu pieaugums būs lielāks, tad labāka izvēle ir Teradata.
Teradatai ir beznosacījumu paralēlisms [ix], savukārt Oracle ir nosacīta. Tas sniedz Teradata priekšrocības ar OLAP, jo veiktspēja ir izcila, lai panāktu vienu atbildi ātrāk nekā bezparalēlas sistēmas. Paralēlisms izmanto vairākus procesorus, kas strādā kopā, lai ātri izpildītu uzdevumu.
Lai izmantotu analoģiju, kā darbojas paralēlisms, padomājiet par rindu aizņemtā iepirkšanās veikalā, kur viena rinda atzarojas, lai atdalītu rindas katrai kasei. Līnija šādā veidā virzās ātrāk, nevis viena rinda un viena līdz. Jo efektīvāka ir paralēlā iekraušana, jo labāka ir sistēmas veiktspēja.
Teradata visā tās sistēmā ir paralēlisms, ieskaitot arhitektūru, sarežģītu apstrādi un datu ielādi. Vaicājumu iestatīšana nav nepieciešama, lai vienlaikus apstrādātu pieprasījumus, un atšķirībā no Oracle Teradata nav atkarīgs no kolonnu diapazona ierobežojumiem vai ierobežota datu daudzuma.
Citas vērā ņemamas atšķirības ir:
Oracle un Teradata ir gan nobrieduši produktu, gan tehnoloģiju ziņā, tomēr Oracle pārspēj ieviešanas apjomu, salīdzinot ar Teradata.
Tā kā Oracle tiek plaši izmantots nekā Teradata, tam ir bagātīgs rīku komplekts, padarot to par labāku izvēli izstrādātājiem un biznesa lietotājiem. Biznesa lietotāju uztvere Teradata uzskata par pārāk sarežģītu vai rezervētu specializētiem ekspertiem, tāpēc ir vieglāk atrast kvalificētu Oracle lietotāju vai izstrādātāju, nekā atrast Teradata..
Komponents | Teradata | Orākuls |
Arhitektūra | · Kopīgs nekas · Relāciju modelis · Mezgliem ir vairāki parsēšanas motori un datu bāzes dzinēji, kurus sauc par piekļuves moduļu procesoriem | · Kopīgs viss · Objektu-relāciju modelis · Koplietojamais disks / brīvi savienotā dalītā atmiņa · DB arhitektūra vairākām mezglu datu bāzēm |
OLAP | Izstrādāta sistēma un būtiska konfigurācija nav nepieciešama. | Instalēšana un OLAP konfigurēšana ir tehniska un sarežģīta. |
OLTP | Nav iespējams. | Sistēma izstrādāta. |
Operētājsistēma | · Windows · Linux · UNIX | · Windows · Linux · UNIX · Mac OS X · Z / OS |
Paralēlisms | Beznosacījuma “vienmēr ieslēgts”, kas izstrādāts no paša sākuma. | Nosacīti un neparedzami |
Datu bāzes tabulas | Datubāzēs un diskā izveidotās tabulas pārvalda pati Teradata. | Tabulas izveidotas tabulās kas pieder shēmai un kam ir telpas izmantošanas parametri. |
Datu bāzes objekti | · Kursors · Ārējā kārtība · Funkcija · Procedūra · Sprūda | · Datu domēns · Kursors · Ārējā kārtība · Funkcija · Procedūra · Sprūda |
Indeksa lietošana | Parasti nelieto daudz indeksu, jo paralēlā arhitektūra koncentrējas uz caurlaides spējas prasībām. | Paļaujieties uz indeksiem, jo OLTP darba slodzēm ir nepieciešami ātri piekļuves ceļi. |
Saskarne | · SQL | · SQL · GUI |
Datu veidi | ||
Stīgu | · CHAR · CLOB · VARCHAR | · CHAR · CLOB · VARCHAR · NCHAR · NVARCHAR |
Binārs | · BYTE · VARBĪTE | · BFILE · ILGLAIS · RAW |
Datums Laiks | · LAIKS · DATUMS · TIMESTAMP | · DATUMS · TIMESTAMP |
Kopējais lietotāju vērtējums (IT centrālās stacijas aptauja) [xi] | Trešais | Pirmkārt |