Apakah mesin OLAP dalam memori memiliki keunggulan dibandingkan mesin OLAP tradisional yang didukung oleh RAM yang cukup untuk menampung seluruh kubus?
Sebagai contoh, jika saya menggunakan mesin MOLAP (SSAS) dan GB / TB RAM di mana seluruh kubus (atau bahkan skema bintang) adalah RAM resident, apa bedanya dibandingkan dengan sesuatu seperti TM1 / SAP HANA?
Jawaban:
Basis data yang dirancang dengan asumsi bahwa mereka akan sepenuhnya tinggal di memori utama dapat menggunakan struktur seperti indeks T-tree . Tetapi keuntungan sebenarnya adalah, IMDB lebih sederhana. Mereka melakukan lebih sedikit (karena mereka tidak perlu khawatir tentang mengelola cache, atau menulis serialisasi untuk konsistensi, atau ada hubungannya dengan I / O yang sesuai dengan ACID sama sekali) sehingga mereka mengeksekusi lebih sedikit instruksi pada perangkat keras untuk melakukan hal yang sama "kerja". Database tujuan umum harus menjadi segalanya bagi semua orang; seperti Leatherman memiliki selusin alat, tetapi kadang-kadang Anda hanya perlu ujung tombak, jadi Anda membeli pisau dari Baja Dingin , dan tidak ada yang berdebat bahwa itu adalah pisau yang lebih baik!
Bukan bidang keahlian saya, tetapi seperti yang saya pahami, perbedaan dalam sebagian besar yang disebut dalam OLAP-basis data memori (bukan istilah yang saya sukai, ini digunakan sebagai nada pemasaran lebih daripada sebagai perbandingan teknologi yang adil) adalah kolom indeks toko .
Column-Stores vs Row-Stores (Betapa Bedanya Mereka) adalah pengenalan yang baik untuk teknologi ini jika Anda terbiasa dengan struktur basis data OLTP dan OLAP tradisional.
Indeks toko kolom akan muncul di SQL Server 2012 (alias 'Denali').
Berikut ini tautan ke presentasi Power Point oleh Conor Cunningham, Principal Software Architect dalam tim SQL Server Query Processor yang membahas fitur baru ini.
Penyimpanan kolom memungkinkan kompresi data yang signifikan dengan cara yang tidak mungkin dilakukan dalam sistem penyimpanan baris. Pada dasarnya semua nilai dalam kolom disimpan hanya satu kali dalam kamus, maka DB menyimpan kunci kamus bilangan bulat alih-alih nilai aslinya. Jika Anda memiliki DB penyimpanan baris dalam memori itu akan tetapi secara signifikan lebih besar, dan lebih tidak praktis memberikan biaya memori. Peningkatan kinerja cukup signifikan sehingga Anda tidak perlu lagi melakukan pra-agregat data transaksi dan Cubes tidak diperlukan dalam kebanyakan kasus.
Juga karena penyimpanan kolom menyimpan semua nilai kolom dalam pemindaian blok memori berurutan memiliki lebih sedikit blok untuk dilewati dalam operasi seperti Pilih. Namun ada beberapa kekurangan untuk Toko Kolom secara transaksi, dan HANA misalnya menambahkan tabel rowstore di versi yang lebih baru.