“Dünyanın En Hızlı Veritabanı” iddiası: Exasol ile tanışın

Merhabalar,

Bugünlerde gündemimde veri dünyasıyla ilgili iddialı bir ürün var: Exasol. “Dünyanın en hızlı analitik veritabanı” diye geçiyor bazı kaynaklarda. Benim de gündemime girmesi ile birlikte merak ettim ve hızlı bir şekilde sertifikasyonlara odaklanıp, hem ürünü öğrenip hem de lab ortamında bazı testler yapma şansı buldum.

İlk araştırmalarımda da gördüm ki “En hızlı veritabanı” iddası sadece bir pazarlama sloganı değil — arkasında ciddi teknik altyapı ve kanıtlar var.

Bu yazıda sizlere Exasol’u tanıtacağım, ama öncesinde şunu belirtmeliyim: Bu oldukça iddialı bir başlık. “Dünyanın en hızlısı” demek kolay değil. O yüzden bu iddiayı nereden çıkardıklarına da bakacağız.

Exasol Nereden Geliyor?

Exasol, Almanya merkezli bir veritabanı şirketi. 2000 yılında kurulmuş ve özellikle analitik veri işleme konusunda uzmanlaşmış. Şimdi gelelim “en hızlı” iddiasına…

“En Hızlı” İddiası Nereden Geliyor?

Exasol’un bu iddiası havadan atmış bir şey değil. Transaction Processing Performance Council (TPC) diye bağımsız bir kuruluş var — 1988'den beri veritabanı performans testleri yapıyorlar. TPC-H testi özellikle analitik veritabanları için endüstri standardı.

Burada dikkat çekici olan şu: Exasol, 2008 yılından 2021'e kadar TPC-H benchmark testlerinde 100 GB, 300 GB, 1 TB, 3 TB, 10 TB, 30 TB ve 100 TB kategorilerinde rekor kırmış. Yani sadece küçük verilerde değil, gerçekten büyük veri setlerinde de en hızlı olarak ölçülmüş.

Peki bu testler ne kadar güvenilir?

TPC, kâr amacı gütmeyen bir organizasyon ve veritabanı satıcılarından bağımsız. Exasol bile TPC üyesi değil, yani sonuçları etkileme şansları yok. Yüzlerce sayfalık detaylı test spesifikasyonları var ve tüm testler aynı standartlara göre yapılıyor.

Güncel durum nedir?

Araştırmamda gördüm ki 2025 yılında TPC-H benchmark’larında HPE ve Alibaba Cloud gibi firmalar yeni sonuçlar yayınlamış. Ancak Exasol’un 2021'deki son resmi testi, hala performans ve fiyat/performans oranında öncü konumda. Tabii bu alanda rekabet çok yoğun ve sürekli yeni sonuçlar geliyor.

Kaynaklar:

• TPC Resmi Sitesi
• https://www.tpc.org/tpch/results/tpch_results5.asp?version=3

Nedir bu Exasol?

Basit bir tanımla: Hafıza içinde (in-memory) çalışan, SQL tabanlı, analitik veritabanı sistemi.

Ama bunu biraz açalım çünkü “in-memory” terimi yanıltıcı olmasın.

Klasik veritabanları nasıl çalışır? Geleneksel veritabanları (PostgreSQL, MySQL gibi) diskten okuma yapacak şekilde optimize edilmiştir. Yani veri kalıcı olarak diskte durur ve sorgu geldiğinde:

1. Disk’ten veri okunur
2. RAM’e getirilir (disk cache)
3. İşlem yapılır
4. Sonuç döner

Elbette bu veritabanları da RAM kullanır (cache, buffer pool vs.), ama temel tasarım disk-oriented’tır. Yani “disk yavaş ama ucuz, RAM pahalı ve kısıtlı, o yüzden disk üzerinden optimize edelim” mantığıyla çalışırlar.

Exasol’da durum farklı: Exasol, in-memory-first tasarlanmış. Yani:

• Veriler tabiki yine diske kalıcı olarak yazılır
• Ama aktif çalışma seti tamamen RAM’de tutulur
• Sorgular disk’e hiç inmeden, doğrudan RAM üzerinden işlenir
• Sıkıştırma algoritmaları özel olarak RAM için optimize edilmiş

Fark şurada: Normal veritabanları “diskte veri var, lazım olursa RAM’e alayım” der. Exasol ise “tüm veriyi RAM’de tutayım, disk sadece persistence için olsun” der.

Pratik fark ne oluyor? RAM’in disk’ten 100–1000 kat daha hızlı olduğunu düşünün. Exasol, sık kullanılan tüm veriyi RAM’de tuttuğu için:

• Disk I/O bekleme süresi yok
• Veri erişimi nanosaniye seviyesinde
• Paralel işlem çok daha verimli

Kullanıcı yorumlarına göre, bazı şirketler sorgu sürelerini 164 kat hızlandırmış. Yani 164 saniye süren bir analiz artık 1 saniyede bitiyor. 3 milyar satırlık bir veriyi 3 saat yerine 3 saniyede işleyebiliyorsunuz.

Peki ya veri RAM’den büyükse? Exasol, lisansladığınız RAM miktarından daha büyük verileri de saklayabilir. Ama optimal performans için, sık sorguladığınız “aktif veri setinin” sıkıştırılmış hali RAM’e sığmalı. Yoksa performans düşer ama yine de çalışır.

Exasol’u Özel Kılan Şeyler

1. Hafıza İçi (In-Memory) Teknoloji

Yukarıda in-memory teknolojisini anlattık. Ama Exasol’un gerçek gücü detaylarda gizli:

Veri Tipi Bazlı Sıkıştırma: Normal veritabanları genellikle tek bir sıkıştırma algoritması kullanır (gzip, LZ4 vs.). Exasol ise her veri tipi için farklı algoritma seçer. Örneğin;

• Integer sütunlar için: Run-length encoding veya delta encoding
• String sütunlar için: Dictionary compression
• Decimal sütunlar için: Özel sayısal sıkıştırma

Exasol’da veri hem disk’te hem RAM’de aynı şekilde sıkıştırılmış durur. Bu da önemli bir detay çünkü Disk’ten RAM’e veya RAM’den Disk’e transfer sırasında sıkştırma işlemleri yapılmamış olur.

Tipik Sıkıştırma Oranları: Exasol’un resmi dokümantasyonuna göre, tipik sıkıştırma oranı ~2.5x civarındadır. Yani 2500 GB ham veri yaklaşık 1000 GB sıkıştırılmış veriye denk geliyor. Tabi bu oran veri tipine ve içeriğine göre değişiklik gösterebilir.

RAM Boyutlandırma Mantığı: Ham verinin yaklaşık %10'u kadar RAM ayırın. Tüm verinin RAM’e sığması gerekmez. Aktif kullanılan (hot) verinin sığması yeterli. Nadir kullanılan (cold) veri disk’te kalabilir.

Compressed Execution: Bazı işlemler (filtreleme, aggregation) sıkıştırılmış veri üzerinde doğrudan yapılabiliyor. Veriyi önce açıp sonra işlemeye gerek kalmıyor, bu da ek performans kazancı sağlıyor.

2. MPP Mimarisi: Shared-Nothing ve Paralel Execution

Shared-Nothing Nedir? Klasik veritabanlarında “shared-storage” veya “shared-memory” mimarisi vardır, tüm node’lar ortak bir kaynağı paylaşır, bu da bottleneck yaratır.

Exasol’da her node tamamen bağımsız:

• Kendi CPU’su
• Kendi RAM’i
• Kendi disk’i
• Kendi veri partitionları

Query Execution:

1. Query optimizer sorguyu analiz eder
2. Her node’a görev dağıtır (data-local processing)
3. Her node kendi verisini paralel işler
4. Sonuçlar birleştirilir (aggregation)

SPMD Modeli: Single Program Multiple Data — tüm node’larda aynı kod çalışır, farklı data üzerinde. Bu sayede koordinasyon overhead’i minimum.

Fault Tolerance: Exasol’da veri redundancy seviyesi konfigüre edilebilir bir özelliktir:

• Redundancy 1: Redundancy yok — eğer bir node düşerse, o node’daki veri erişilemez hale gelir (genellikle sadece single-node sistemlerde)
• Redundancy 2: Her veri bloğu komşu node’da da tutulur — bu Exasol’un best practice önerisidir

Redundancy 2 ile bir node down olursa sistem otomatik failover mekanizmasını devreye sokar ve queryler kullanıcının fark etmeyeceği şekilde kesintisiz devam eder. Eğer Rezerve node tanımlı ise, düşen node’un yerini boşta bekleyen rezerve node devralabilir.

Production ortamında Redundancy 2 kullanılması tavsiye edilir çünkü veri kaybına karşı koruma sağlar. Ancak burada önemli bir husus var ki disk kullanımını 2 katına çıkacaktır.

Ölçeklenebilirlik (Scalability): Exasol dokümantasyonunda “linear scalability” iddiası var — yani node ekledikçe performansın orantılı artması. Ancak bu teorik bir hedef; pratikte birçok faktör etkiler:

• Network bandwidth ve latency
• Data distribution ve partitioning stratejisi
• Query türü (bazı query’ler paralelize edilemez)
• Workload patterns

Ölçeklenebilirlik konusundaki pratik gerçek ise, shared-nothing mimarisi sayesinde Exasol çoğu veritabanından daha iyi ölçeklenir, ama “mükemmel doğrusal” değil. Node eklemek genellikle önemli performans artışı sağlar, ancak %100 artış beklemek gerçekçi olmayacaktır.

3. Sütun Tabanlı Depolama

Normal veritabanları satır satır veri depolar. Yani bir müşterinin tüm bilgileri (ad, soyad, telefon, adres vs.) bir satırda yan yana durur.

Exasol ise sütun bazlı çalışıyor. Tüm adlar bir yerde, tüm telefonlar başka bir yerde… Peki bu neden daha hızlı?

Düşünün, milyonlarca satır veri var ve siz sadece “müşteri adları” ile “satış tutarları” ile ilgileniyorsunuz. Satır bazlı sistemde tüm satırı okumak zorundasınız (adres, telefon vs. dahil). Sütun bazlı sistemde ise sadece ihtiyacınız olan sütunları okuyorsunuz. Böylelikle çok daha az veri okunuyor ve doğal olarak daha hızlı sonuç alınıyor. Geçmişte bu yapıyı büyük ölçekli bir proje için SQL server üzerinde manuel olarak yapmıştık (tabloları ve sorguları sütun bazlı çalışacak şekilde tasarlamıştık) ve bu bile çok ciddi performans ve filtreleme avantajı sağlamıştı.

4. “Kendi Kendini Yöneten” DB

Otomatik Index Yönetimi: Geleneksel veritabanlarında DBA manuel olarak index oluşturur:

CREATE INDEX idx_customer_name ON customers(name);

Exasol’da böyle bir şeye gerek yok. Sistem:

• Query pattern’lerini izler
• Hangi sütunlarda sık filtreleme yapıldığını görür
• Gerekirse otomatik index oluşturur
• Kullanılmayan index’leri siler

Query Rewriting: Bazen yazdığınız sorgu optimal değildir. Exasol query optimizer, sorgunuzu otomatik olarak daha verimli hale getirir:

• Join order optimization
• Predicate pushdown
• Subquery flattening
• Common subexpression elimination

Statistics Auto-Update: Veritabanı istatistikleri (kaç satır var, değer dağılımı nasıl vs.) query optimization için kritik. Exasol bunları otomatik günceller, manual ANALYZE komutuna gerek yok.

Resource Management:

• Memory allocation otomatik yapılır
• Query’ler arasında adil kaynak dağıtımı sağlanır
• Priority queue sistemi var (önemli query’ler önce çalışır)

5. Standart SQL Kullanıyor

Bence bu da önemli bir artı. Yeni, egzotik bir sorgu dili öğrenmek zorunda değilsiniz. Bildiğiniz SQL ile çalışıyorsunuz (Bkz: ANSI SQL). Bu da demek ki:

• Window functions (ROW_NUMBER, RANK, LAG, LEAD vs.)
• Common Table Expressions (WITH clause)
• MERGE statements
• Tüm analitik fonksiyonlar

Hatta Oracle SQL’i bile destekliyor, yani Oracle’dan bile geçiş yapıyorsanız kodunuzun çoğunu değiştirmenize gerek kalmıyor.

Kimler Kullanmalı?

Exasol her veritabanı ihtiyacı için uygun değil. Bunu söylemeden geçemeyeceğim. Zaten bu noktada gene “It depends” penceresinden bakıyorum olaylara.

Ama şu tip ihtiyaçları olanlar için mükemmel:

• İş Zekası ve Raporlama: Dashboard’larınız çok yavaş yükleniyorsa, raporlar saatler sürüyorsa Exasol işinizi görebilir.
• Veri Ambarı Projeleri: Terabaytlarca veriyi hızlıca sorgulamanız gerekiyorsa ideal.
• Ad-hoc Analizler: Kullanıcılarınız sık sık “şunu bir görelim, bunu da deneyelim” diye farklı sorgular çalıştırıyorsa, Exasol bunun için tasarlanmış.
• Finans Sektörü: Bankalarda, sigortada gerçek zamanlı analiz çok kritik. Risk analizleri, fraud detection gibi konularda Exasol tercih ediliyor.
• Sağlık: Milyonlarca hasta kaydı, tedavi bilgisi… Bunların hızlıca analiz edilmesi gerekiyorsa Exasol yardımcı olabilir.

Gerçek Dünya Sonuçları

İddialar bir yana, gerçekte ne kadar işe yarıyor? Burada tek tek Exasol sitesindeki örnekleri paylaşmayacağım ancak bu hikayelere şu linkten göz atabilirsiniz. Gerçekten çarpıcı sonuçlar var. Mesela bir bankanın veri yükleme süresini 6 saat’ten 10 dakikalara indirmiş olması oldukça etkileyici.

İleri Düzey Özellikler

Gelin biraz daha derine inelim. Exasol sadece hızlı bir veritabanı değil, aynı zamanda çok yetenekli.

Veritabanı İçinde Analitik (In-Database Analytics)

Genelde veri bilimciler şöyle çalışır: Veritabanından veriyi çekerler, kendi bilgisayarlarında Python/R ile analiz yaparlar. Bu hem yavaş hem de güvenlik açısından riskli olabilir.

Exasol’da ise Python, R, Java ve Lua kodlarınızı doğrudan veritabanı içinde çalıştırabiliyorsunuz. User Defined Functions (UDF) denen bu özellikle, makine öğrenimi modellerinizi bile Exasol’un paralel işlem gücünden faydalanarak çalıştırabiliyorsunuz. Veri hareket etmiyor, kod verinin yanına gidiyor çok daha hızlı ve güvenli.

Sanal Şemalar (Virtual Schemas)

Diyelim ki verileriniz farklı yerlerde: Bir kısmı Hadoop’ta, bir kısmı başka bir veritabanında, bir kısmı da Databricks’te. Normalde bunları birleştirmek için karmaşık ETL işlemleri yapmanız gerekir.

Exasol’un Virtual Schemas özelliği ile bu verileri taşımadan, oldukları yerde sorgulayabiliyorsunuz. Sanki hepsi aynı veritabanındaymış gibi tek bir sorgu ile erişebiliyorsunuz. Bu “veri sanallaştırma” çok büyük kolaylık sağlıyor.

Geniş Ekosistem Desteği

Exasol veri ekosistemi ile çok iyi entegre:

• BI Araçları: Tableau, Power BI, Looker, Qlik
• ETL/Veri Entegrasyonu: Informatica, Talend, Azure Data Factory gibi araçlarla sorunsuz çalışıyor
• Standart Protokoller: ODBC, JDBC, ADO.NET — klasik bağlantı yöntemleri hep var
• Veritabanı İstemcileri: DBVisualizer, DBeaver, DataGrip gibi popüler SQL istemcileri destekleniyor

Artıları ve Eksileri (Dürüst Olalım)

Her teknolojinin avantajları ve dezavantajları vardır. Exasol için de durum aynı.

Artıları

Performans: Gerçekten çok hızlı. Benchmark’larda da gerçek dünyada da kanıtlanmış.

Kolay Yönetim: Otomatik optimizasyon sayesinde çok az müdahale gerekiyor. (DBA bunu beğendi :D)

Maliyet Etkinliği: İlk başta pahalı görünebilir ama toplam sahip olma maliyeti (TCO) düşük. Lisans maliyetlerinde %65'e varan düşüşler rapor edilmiş.

Yüksek Eşzamanlılık: Binlerce kullanıcı aynı anda sorgu çalıştırsa bile performans düşmüyor.

Esneklik: Bulutta mı çalışmak istiyorsunuz, kendi sunucularınızda mı? İkisi de mümkün. Hibrit yapılar da destekleniyor.

Ölçeklenebilirlik: Doğrusal ölçeklenme var — yeni sunucu eklediğinizde performans orantılı olarak artıyor.

Eksileri

OLTP İçin Uygun Değil: Exasol analitik sorgular için tasarlanmış. Eğer milyonlarca küçük transaction yapan bir e-ticaret siteniz varsa, Exasol uygun değil. Daha az sayıda ama büyük ve karmaşık sorgular için optimize edilmiş.

Bazı Kurumsal Özellikler Manuel: Satır/sütun bazlı güvenlik gibi bazı gelişmiş özellikleri manuel olarak ayarlamanız gerekebilir. Diğer büyük kurumsal veritabanlarında bunlar hazır geliyor.

Lua Uzmanlığı: Gelişmiş özelleştirmeler için Lua bilgisi gerekebilir. Lua bilen developer bulmak her zaman kolay değil.

Özel Bir Platform: Çok yaygın bir platform değil SQL Server, MySQL veya PostgreSQL için bulduğunuz kadar çok kaynak bulamayabilirsiniz. Ki bu yazıyı yazmamdaki en büyük sebeplerden biri de bu alanda içerik yaratabilmekti. Çünkü gerçekten çok spesifik bir konu.

Nasıl Başlanır?

İyi haber: Exasol’u denemek için ödeme yapmanıza gerek yok.

Community Edition tamamen ücretsiz. Tüm özellikler açık, sadece veri limiti var. Test etmek, öğrenmek için ideal.

Kurulum ilk bakışta kolay gibi gözükse de ARM mimarili bir işlemci kullanıyorsanız zorlayıcı olabilir.

1. Oracle VirtualBox gibi bir sanal makine yazılımı indirin (ücretsiz)
2. Exasol’un Community Edition’ını indirin
3. Sanal makinede çalıştırın
4. SQL istemcisi ile bağlanın
5. Örnek verilerle denemeye başlayın

Exasol’un detaylı dokümantasyonu var adım adım her şey anlatılmış.

Ancak ben Enterprise Edition ile ilgilendiğim ve ARM makinamda CE’yi çalıştıramadığım için homelab’de cluster oluşturup hands on yapmış oldum ve sertifika sınavlarına hazırlanırken büyük kolaylık sağladı.

Eğer ciddiye alıp kurumsal kullanım düşünüyorsanız:

• Enterprise Edition: Sınırsız veri, kurumsal destek, SLA garantisi
• SaaS Seçenekleri: AWS’de managed service olarak da sunuluyor
• Trial: Demo ortamlarında bedava deneyebiliyorsunuz

Kimler Kullanıyor?

Avrupa’da özellikle finans, telekomünikasyon, sağlık sektörlerinde çok yaygın. Türkiye’den net bilgim yok ama Almanya, İsviçre, Avusturya’da bankalar, büyük sağlık kuruluşları kullanıyor.

Örnek müşteriler arasında:

• bank99 AG (Avusturya Posta’nın bankası)
• Helsana (İsviçre’nin en büyük sağlık sigortası şirketlerinden)
• Avrupa’nın en büyük hastane laboratuvarı
• Çeşitli e-ticaret ve telekomünikasyon şirketleri

Son Söz

Exasol, veri analitik dünyasında gerçekten güçlü bir oyuncu. “Dünyanın en hızlı veritabanı” iddiası abartı değil — TPC-H benchmark’ları ve gerçek dünya kullanım senaryoları bunu destekliyor.

Ama her ihtiyaç için doğru çözüm değil tabii. Eğer:

✔️ Büyük veri setleriniz varsa ✔️ Karmaşık analitik sorgular çalıştırıyorsanız ✔️ Raporlama süreleri kabul edilemez derecedeyse ✔️ Gerçek zamanlı analitik ihtiyacınız varsa ✔️ DBA kaynaklarınızı daha stratejik işlere ayırmak istiyorsanız

Exasol’a bir göz atmanızı öneririm.

Ben tüm bu süreçte hem eğitimleri alırken, hem de bu yazıyı hazırlarken çok şey öğrendim ve etkilenmedim diyemem. Tabi bilmediğim çokça detay da var, henüz prod’da bir projede çalışma fırsatım olmadı ancak oldukça heyecanlı olduğumu söyleyebilirim.

Umarım bu içeriği faydalı bulmuşsunuzdur. Sorularınız veya eklemek istedikleriniz varsa yorumlarda buluşalım!

Sonraki yazıda görüşmek üzere.

Kaynaklar ve Daha Fazla Bilgi

TPC-H Benchmark Sonuçları:

• TPC Resmi Sitesi — Bağımsız test organizasyonu
• TPC-H Test Detayları — Test metodolojisi

Exasol Dokümantasyonu:

• Exasol Resmi Dokümantasyon
• Exasol İndirme Sayfası — Community & Enterprise Edition
• Exasol Ürün Genel Bakış

Vaka Çalışmaları:

• Exasol Müşteri Hikayeleri — bank99, Helsana, Spread Group örnekleri
• G2 Kullanıcı İncelemeleri
• Gartner Peer Insights

Türkçe Kaynaklar:

• Melis Turkoğlu — Exasol Kurulum Rehberi