Oracle ve Teradata arasındaki fark

Oracle Veritabanı

Oracle ve Teradata'nın ikisi de İlişkisel Veritabanı Yönetim Sistemleri (RDBMS), ancak Oracle bir Nesne İlişkisel Veritabanı Yönetim Sistemi (ORDBMS).[ben]

RDBMS, dizinler, birincil ve yabancı anahtarlar kullanarak tablolar arasındaki ilişkileri sürdüren İlişkisel Model [ii] kullanılarak tanıtıldı. Eski Veritabanı Yönetim Sistemi'ne (DBMS) kıyasla veri almak ve depolamak daha hızlıdır.

İlişkisel bir veritabanına benzer olsa da, Oracle'ın nesneye yönelik veritabanı modeli, veritabanı şemasında ve sorgu dilinde desteklenen nesneleri ve sınıfları kullanır.

Yetmişli yılların sonlarında Oracle ticari olarak satılan ilk RDBMS olurken, Teradata ilk veri ambarı için temel oluşturuyordu. Yetenekleri onu büyük veri (Teradata tarafından kullanılan bir terim), İş Zekası (BI) araçları [iii] ve Nesnelerin İnterneti (IoT) [iv] için mükemmel hale getirdi..

OLTP ve OLAP

İlişkisel Veritabanı Yönetim Sistemleri (RDBMS) şu şekilde kategorize edilebilir: Çevrimiçi İşlem İşleme - OLTP ve Çevrimiçi Analitik İşleme - OLAP.[H]

OLTP işlemseldir ve veri ambarlarına veri sağlar ve OLAP verileri analiz etmek için tasarlanmıştır.

“bir Veri deposu genellikle bir kuruluşun iş geçmişini temsil eden veriler içeren bir veritabanıdır. Bir veri ambarındaki veriler, gerçek zamanlı işlemleri aşağıdaki gibi işlemek yerine analizi desteklemek üzere düzenlenir çevrimiçi işlem işleme sistemleri (OLTP).

OLAP teknoloji, veri ambarlarının çevrimiçi analiz için etkili bir şekilde kullanılmasını sağlar ve yinelemeli karmaşık analitik sorgulara hızlı yanıtlar sağlar.”[VI]

Teradata, OLTP için OLAP ve Oracle'a yönelik olmasına rağmen, Oracle, Teradata'nın desteklemediği aynı platformda hem OLTP hem de OLAP veritabanlarını çalıştırabilir. Performans, Oracle'a çoğu iş yükü senaryosunda Teradata'ya göre avantaj sağlar.

İşlemler, veri bütünlüğünü korurken görevleri tamamlamak için veritabanında yürütülen bir veya daha fazla SQL ifadesi içerir. Bir veritabanına eklenen veya silinen verileri yönetmek ve işlemek için işlemler birbirine bağımlıdır.

Oracle, mimari esnekliği (RDBMS nesnesi ile) nedeniyle işlem işleme için özel olarak üretilirken, Teradata'nın OLAP verileri, verileri taşımak veya yeniden yapılandırmak zorunda kalmadan analiz için dilimleme ve küp biçme (OLTP veri geçmişi) için güçlüdür.

Oracle, işlem yaparken ekleri, güncellemeleri ve silmeyi yöneten çevrimiçi bir arka uç uygulaması olarak kullanılırken, Teradata dır-dir Analitik için büyük verileri koruyan ve gerçek zamanlı işlemler olmayan Veri Ambarı.

Teradata, donanım ve yazılım arasında iyi bir kombinasyon, üst düzey bir kurumsal veritabanı cihazı üretiyor, ancak Oracle 2008 yılında OLAP Exadata Sunucusunu başlattı. Oracle'ın tam bir veritabanı cihazına cevabı oldu..

Her ikisi de önemli bir yatırım gerektirir ve karmaşık sorgular ile mükemmel performans isteyen çok büyük veritabanlarına daha uygundur.

Hiçbir Şey veya Her Şeyi Paylaşma?

Teradata Paylaşılan Hiçbir Şey (SN) Mimarisi oysa Oracle Herşeyi Paylaştı.

Dönem hiçbir şeyi paylaşmayan mimari "Vii] Veri aktarımı için ağ bant genişliği paylaşıldığı, çok işlemcili bir veritabanı yönetim sistemi anlamına gelir..
Teradata ile veriler sunucularda depolanır ve her biri kendi bölümünü hesaplar. Veriler bir grup sunucuda bölümlere ayrılır ve saklanır ve her sunucu verilerinden sorumludur. Aynı mimariyi kullanan ileri teknoloji platformlara örnek olarak Google, Amazon ve Facebook gösterilebilir.

Ancak Oracle'ın her şeyi paylaştı mimarisi, tüm verilere tüm sunuculardan erişilebilir ve erişim düzeyleri gerektiğinde verilerin herhangi bir bölümüne uygulanabilir. Potansiyel dezavantaj, veri erişim yönetimi ek yükündeki artıştır ve sistem yönetimini yönetmek için daha karmaşık hale getirebilir.

Oracle'ın mimarisi, herhangi bir makinenin herhangi bir veriye erişebileceği anlamına gelir ve bu, Teradata arasındaki temel farktır ve Teradata'yı veri ambarı için ideal hale getirir ve Oracle, OTLP için daha uygundur.

Oracle Exadata'nın iki mimarinin karma bir yaklaşımını kullanmasına rağmen, Exadata sisteminin Oracle olmadan kullanılamayacağını unutmayın. Exadata bir 'eklenti' depolama motorudur ve Oracle veritabanı motorunun revizyonu değildir.

Ölçeklenebilirlik

Ölçeklenebilirlik, bir BT altyapısının veri ve işlem hacimlerindeki artışların yanı sıra çok boyutlu verilerdeki artış, kullanıcı sayısı, iş yükü yönetimi, sorgu karmaşıklığı ve hacmi gibi çeşitli yönlerini içerir..

Teradata Doğrusal Ölçeklenebilir[viii] yani altyapıya daha fazla düğüm eklenerek veritabanı kapasitesi artırılabilir ve veri hacmi arttığında performans etkilenmez.

Sistem çok boyutlu ölçeklenebilirlik için tasarlanmıştır ve ölçek büyütme ve ölçek büyütme için Oracle'dan daha sağlam modeller sunar. Oracle'ın iyi ölçeklenebilirliği olmasına rağmen, depolama altsisteminde darboğazların oluştuğu bilinmektedir ve en iyi veri işleme hızlarından birine sahiptir, ancak yalnızca belirli bir sınıra kadar. Örneğin, çoğu sorgu biliniyorsa ve kullanılan veriler 600 TB'tan azsa, Oracle uygun olabilir, ancak verilerin bunun ötesinde artması bekleniyorsa, Teradata daha iyi bir seçimdir.

paralellik

Teradata'nın koşulsuz paralellik [ix], Oracle ise Koşulludur. Parada olmayan bir sistemden daha hızlı tek bir yanıt elde etmek için olağanüstü bir performans olduğundan Teradata'ya OLAP ile avantaj sağlar. Paralellik bir görevi hızlı bir şekilde yerine getirmek için birlikte çalışan birden fazla işlemci kullanır.

Paralelliğin nasıl çalıştığına dair bir benzetme kullanmak için, yoğun bir alışveriş mağazasındaki bir kuyruğu düşünün ve bir kuyruk her biri için ayrı kuyruklara ayrılır. Çizgi bir kuyruk yerine bir bu yana daha hızlı hareket eder. Paralel yükleme ne kadar verimli olursa, sistemin performansı o kadar iyi olur.

Teradata, mimarisi, karmaşık işleme ve veri yükleme de dahil olmak üzere tüm sistemi boyunca paralelliğe sahiptir. İstekleri paralel olarak işlemek için sorgu ayarlama gerekmez ve Teradata, Oracle'ın aksine sütun aralığı kısıtlamalarına veya sınırlı veri miktarına bağlı değildir.

Özellik Karşılaştırmaları

Diğer kayda değer farklılıklar şunları içerir:

• Grafik kullanıcı arayüzü Oracle'da Teradata'dan çok daha olgun ve gelişmiş.
• Oracle'ın desteklediği ve Teradata'nın desteklemediği Visual Basic dilleri dışında Oracle ve Teradata neredeyse aynı programlama dillerini destekliyor.
• İşletim sistemlerinde Oracle, Unix, Linux, Windows, Mac OS X, z / OS'de çalışırken Teradata, Mac OS X, z / OS'de çalışmaz.
• Teradata, Oracle'ın Exadata'nın Hibrit Sütunlu Sıkıştırmasının [x] arkasındaki bir adım olduğu düşünülse de, sıkıştırmasını önemli ölçüde geliştirdi [x].
  

Özetle

Oracle ve Teradata hem ürün hem de teknolojide olgunlaşmıştır, ancak Oracle, Teradata'ya kıyasla uygulama miktarından daha fazladır.

Oracle, Teradata'dan daha yaygın olarak kullanıldığından, zengin bir araç setine sahip olduğundan, geliştiriciler ve iş kullanıcıları için daha iyi bir seçimdir. Ticari kullanıcı algıları Teradata'yı çok karmaşık veya uzman uzmanlar için ayrılmış olarak görür, bu nedenle yetenekli bir Oracle kullanıcısı veya geliştiricisi bulmak Teradata olanını bulmaktan daha kolaydır.

Karşılaştırma Tablosu

Bileşen	Teradata	torpil
Mimari	· Paylaşılan Hiçbir Şey · İlişkisel Model · Düğümlerde Erişim Modülü İşlemcileri adı verilen birden fazla Ayrıştırma Motoru ve veritabanı motoru bulunur	· Herşeyi Paylaştı · Nesne-İlişkisel Model · Paylaşılan disk / gevşek bağlı paylaşılan bellek · Çok düğümlü veritabanları için DB mimarisi
OLAP	Sistem tasarlandı ve gerekli yapılandırma gerekli değil.	OLAP için kurulum ve yapılandırma teknik ve karmaşıktır.
OLTP	Mümkün değil.	Sistem tasarımı.
İşletim sistemi	· Pencereler · Linux · UNIX	· Pencereler · Linux · UNIX · Mac OS X · Z / OS
paralellik	En başından beri koşulsuz “Her Zaman Açık”.	Koşullu ve öngörülemez
Veritabanı Tabloları	Veritabanlarında ve disk alanında oluşturulan tablolar Teradata'nın kendisi tarafından yönetilir.	Tablo alanlarında oluşturulan tablolar şemaya ait ve alan kullanım parametrelerine sahip.
Veritabanı Nesneleri	· İmleç · Harici Rutin · İşlev · Prosedür · Tetikleyici	· Veri Alanı · İmleç · Harici Rutin · İşlev · Prosedür · Tetikleyici
Endeks Kullanımı	Geleneksel olarak paralel mimari verim performans gereksinimlerine odaklandığından çok fazla dizin kullanmaz.	OLTP iş yükleri hızlı erişim yollarına ihtiyaç duyduğundan dizinlere güvenin.
Arayüz	· SQL	· SQL · GUI
Veri tipleri
sicim	· CHAR · CLOB · VARCHAR	· CHAR · CLOB · VARCHAR · NCHAR · NVARCHAR
İkili	· BYTE · VARBYTE	· BFILE · UZUN · ÇİĞ
Tarih / Saat	· ZAMAN · DATE · TIMESTAMP	· DATE · TIMESTAMP
Genel Kullanıcı Sıralaması (IT Central Station anketi) [xi]	Üçüncü	İlk