Oracle Database
Az Oracle és a Teradata egyaránt Relációs adatbázis-kezelő rendszerek (RDBMS), az Oracle azonban végrehajt egy Objektum-relációs adatbázis-kezelő rendszer (ORDBMS).[én]
Az RDBMS-t a relációs modell [II] alkalmazásával vezették be, amely indexek, elsődleges és idegen kulcsok segítségével fenntartja a táblák közötti kapcsolatokat. Gyorsabb az adatok beolvasása és tárolása a régi adatbáziskezelő rendszerhez (DBMS) képest.
Annak ellenére, hogy hasonló egy relációs adatbázishoz, az Oracle objektum-orientált adatbázis-modelljei objektumokat és osztályokat használnak, amelyeket az adatbázis séma és a lekérdezési nyelv támogat..
A hetvenes évek végén, míg az Oracle lett az első kereskedelemben kapható RDBMS, a Teradata megalapozta az első adattárházat. Képességei révén nagyszerűvé tette a nagy adatok (a Teradata által elnevezett kifejezés), az üzleti intelligencia (BI) eszközök [iii] és a tárgyak internete (IoT) [iv] számára..
A relációs adatbázis-kezelő rendszerek (RDBMS) a következő kategóriákba sorolhatók Online tranzakció-feldolgozás - OLTP és Online analitikus feldolgozás - OLAP.[V]
Az OLTP tranzakciós jelleggel nyújt adatokat az adattárházakhoz, az OLAP célja az adatok elemzése.
„A adattárház olyan adatbázis, amely olyan adatokat tartalmaz, amelyek általában egy szervezet üzleti előzményeit képviselik. Az adattárházban lévő adatok az elemzés támogatására vannak felépítve, nem pedig a valósidejű tranzakciók feldolgozására, mint a online tranzakciófeldolgozó rendszerek (OLTP).
OLAP A technológia lehetővé teszi az adattárak hatékony felhasználását az online elemzéshez, gyors válaszokat adva az iteratív komplex analitikai lekérdezésekre.”[Vi]
Noha a Teradata az OLAP és az OLTP felé irányul, az Oracle ugyanazon a platformon futtathatja az OLTP és az OLAP adatbázisokat is, amelyeket a Teradata nem támogat. A teljesítmény előnye az Oracle számára a Teradata-hoz képest a legtöbb vegyes munkaterhelés esetén.
A tranzakciók egy vagy több SQL utasítást tartalmaznak, amelyeket egy adatbázisban hajtanak végre a feladatok elvégzése érdekében, miközben megőrzik az adatok integritását. A tranzakciók egymástól függenek az adatbázishoz hozzáadott vagy törölt adatok kezelésének és feldolgozásának.
Az Oracle a tranzakciók feldolgozására testreszabott építészeti rugalmassága miatt (egy RDBMS objektummal), míg a Teradata OLAP nagy teljesítményű az adatok szétválasztására és felrakására (OLTP adatainak előzményei) elemzésre, anélkül, hogy adatokat kellene áthelyezni vagy átszervezni..
Az Oracle-t elsősorban online háttér-alkalmazásként használják, amely tranzakciók során beszúrásokat, frissítéseket és törléseket kezel, míg a Teradata jelentése Adattárolás, amely nagy adatot tárol az elemzéshez, és nincs valósidejű tranzakció.
A Teradata jó kombináció a hardver és a szoftver között, és csúcskategóriás vállalati adatbázis-készüléket állít elő, azonban az Oracle 2008-ban elindította az OLAP Exadata szervert. Ez az Oracle válasza a teljes adatbázis-eszközre..
Mindkettő jelentős beruházást igényel, és jobban megfelelnek nagyon nagy adatbázisoknak, amelyek nagy teljesítményt igényelnek összetett lekérdezésekkel.
Teradata van Közös Semmi (SN) architektúra mivel az Oracle az Mindent megosztott.
A kifejezés semmit sem osztottak az építészetben egy olyan többprocesszoros adatbázis-kezelő rendszerre utal, amelyben a memória és a lemeztároló nincs megosztva a processzorok között. [vii] A hálózati sávszélességet megosztják az adatok továbbításához..
A Teradata segítségével az adatokat a szerverek tárolják, és mindegyik kiszámítja a saját részét. Az adatokat particionálják és tárolják egy kiszolgálócsoporton keresztül, és minden szerver felel az adatakért. Ugyanazon architektúrát használó csúcskategóriás platformokra példa a Google, az Amazon és a Facebook.
Az Oracle-éval azonban mindent megosztott az építészettel, minden adat hozzáférhető az összes kiszolgálón, és a hozzáférési szintek az adatok bármely részére felhasználhatók, ha szükséges. Lehetséges hátránya az adathozzáférés-kezelési költségek növekedése, és a rendszergazdálkodás bonyolultabbá teheti az adminisztrációt.
Az Oracle architektúrája azt jelenti, hogy bármilyen gép hozzáférhet bármilyen adathoz, és ez az alapvető különbség a Teradata, ami a Teradatát ideálisan teszi lehetővé az adattároláshoz, és az Oracle jobban illeszkedik az OTLP-hez..
Vegye figyelembe, hogy bár az Oracle Exadata a két architektúra hibrid megközelítését alkalmazta, az Exadata rendszer nem használható Oracle nélkül. Az Exadata egy „kiegészítő” tárolómotor, és nem az Oracle adatbázis-motor felújítása.
A skálázhatóság egy informatikai infrastruktúra számos aspektusát magában foglalja, mint például az adat- és tranzakciós volumen növekedése, valamint a többdimenziós adatok, a felhasználók száma, a munkaterhelés kezelése, a lekérdezés összetettsége és a kötet növekedése, stb..
Teradata van Lineárisan skálázható[viii], azaz az adatbázis kapacitása növelhető, ha több csomópontot hozzáad az infrastruktúrához, és amikor az adatmennyiség növekszik, a teljesítményt nem befolyásolja.
A rendszert többdimenziós méretezhetőségre tervezték, és robusztusabb modelleket biztosít a méretnöveléshez és a méretezéshez, mint az Oracle. Bár az Oracle méretezhetősége jó, szűk keresztmetszetekről ismert, hogy a tárolási alrendszerben előfordul, és ennek az egyik legjobb adatfeldolgozási sebessége van, de csak egy bizonyos határig. Például, ha a legtöbb lekérdezés ismert és a felhasznált adatok kevesebb, mint 600 TB, akkor az Oracle lehet megfelelő, de ha az adatok várhatóan ezen túlmenően növekednek, akkor a Teradata a jobb választás.
A Teradata feltétel nélküli párhuzamosság [ix], míg az Oracle feltételes. Ez előnye a Teradata számára az OLAP, mivel a teljesítmény kivételes, ha egy válasz gyorsabban érhető el, mint egy nem párhuzamos rendszer. A párhuzamosság több processzort használ együtt, hogy egy feladatot gyorsan végre tudjon hajtani.
A párhuzamosság működésének analógiájáért gondoljon egy sorra egy forgalmas bevásárló üzletben, ahol egy sor elágazik, hogy elkülönítsenek sorokat az egyes kaszinókhoz. A sor gyorsabban halad egy sor és egy till helyett. Minél hatékonyabb a párhuzamos betöltés, annál jobb a rendszer teljesítménye.
A Teradata egész rendszerében párhuzamosságot mutat, beleértve az architektúrát, az összetett feldolgozást és az adatok betöltését. A lekérdezés hangolására nincs szükség a kérelmek párhuzamos feldolgozásához, és a Teradata nem függ az oszloptartomány korlátozásaitól vagy a korlátozott adatmennyiségtől, az Oracle-del ellentétben.
További említhető különbségek a következők:
Az Oracle és a Teradata egyaránt fejlett a termékben és a technológiában, azonban az Oracle meghaladja a megvalósítások mennyiségét a Teradata-hoz képest.
Mivel az Oracle szélesebb körben használják, mint a Teradata, gazdag eszközkészlettel rendelkezik, így jobb választás lehet a fejlesztők és az üzleti felhasználók számára. Az üzleti felhasználók felfogása szerint a Teradata túl bonyolult vagy szakosodott szakemberek számára fenntartott, ezért könnyebb megtalálni a képzett Oracle felhasználót vagy fejlesztőt, mint a Teradatát..
Összetevő | Teradata | Jóslat |
Építészet | · Megosztott semmi · Relációs modell · A csomópontoknak több elemző motorja van és hozzáférési modul processzoroknak nevezett adatbázis-motorok | · Mindent megosztott Objektum-relációs modell · Megosztott lemez / lazán csatolt megosztott memória · DB architektúra több csomópontú adatbázishoz |
OLAP | A rendszer tervezése és az alapvető konfiguráció nem szükséges. | Az OLAP telepítése és konfigurálása technikai és összetett. |
OLTP | Nem lehetséges. | A rendszert tervezték. |
Operációs rendszer | · Ablakok · Linux · UNIX | · Ablakok · Linux · UNIX · Mac OS X · Z / OS |
Párhuzamosság | Feltétel nélküli „Mindig be”, a kezdetektől fogva. | Feltételes és kiszámíthatatlan |
Adatbázis-táblázatok | Az adatbázisokban és a lemezterületen létrehozott táblákat maga a Teradata kezeli. | Táblázatokban létrehozott táblák sémához tartoznak, és térkihasználási paramétereik vannak. |
Adatbázis-objektumok | · Kurzor · Külső rutin · Funkció · Eljárás · Trigger | · Adattartomány · Kurzor · Külső rutin · Funkció · Eljárás · Trigger |
Index használat | Hagyományosan nem használ sok indexet, mivel a párhuzamos architektúra az átviteli teljesítmény követelményeire összpontosít. | Az indexekre támaszkodhat, mivel az OLTP munkaterhelésekhez gyors hozzáférési utakra van szükség. |
Felület | · SQL | · SQL · GUI |
Adattípusok | ||
Húr | · CHAR · CLOB · VARCHAR | · CHAR · CLOB · VARCHAR · NCHAR · NVARCHAR |
kétkomponensű | · BYTE · VARBYTE | · BFILE · HOSSZÚRA · RAW |
Dátum idő | · IDŐ · DÁTUM · IDŐBÉLYEG | · DÁTUM · IDŐBÉLYEG |
Teljes felhasználói rangsor (IT központi állomás felmérése) [xi] | Harmadik | Első |