Database multidimensi - dummies

Ini bukan pertama kalinya dalam sejarah bahwa jenis produk database baru telah muncul dan mengatasi inefisiensi RDBMS. Kembali pada tahun 1980an, sebuah kelas aplikasi diidentifikasi dimana produk RDBMS tidak menangani kebutuhan pengelolaan data (terutama pembuatan RDBMS yang tersedia pada saat itu).

Aplikasi ini semua dibutuhkan tipe data yang ditentukan pengguna yang bervariasi di antara berbagai implementasi. Misalnya, rancangan komputer / dibantu komputer (CAD / CAM) harus mampu menentukan jenis data yang terkait dengan gambar produk, cetak biru, dan faktor terkait lainnya.

Computer-aided software engineering (CASE) membutuhkan tipe data untuk mewakili aplikasi dan sistem, database, representasi grafis entitas dan atribut, arus proses dan data, dan bagian lain dari proses pengembangan aplikasi.

Apa yang dihasilkan adalah sistem manajemen basis data berorientasi obyek (ODBMSs) , yang menghapus struktur tabel-baris-kolom dari database relasional dan malah memperkenalkan konsep kelas dan subclass (atau jenis dan subtipe), objek, properti, metode, dan bagian lain dari teknologi berorientasi objek langsung ke mesin database.

Karena teknologi RDBMS tidak sesuai dengan analisis multidimensi, terutama dalam hal kinerja, vendor mulai mengembangkan struktur mereka sendiri dan mengoptimalkan kinerja yang lebih baik.

Jika Anda melacak kejadian di dunia manajemen basis data, Anda mungkin terbiasa dengan konvergensi teknologi basis data relasional dan berorientasi objek. Produk RDBMS dilengkapi dengan ekstensi berorientasi objek.

Arguably, pendekatan untuk menangani tipe data kompleks (objek) ini telah melampaui produk non-relasional ("murni" ODBMS), terutama karena basis produk dan aplikasi relasional yang terinstal besar yang berjalan pada atas mereka Akankah hal yang sama terjadi di dunia pergudangan data - teknologi relasional menyalip dan kemudian mengungguli produk multidimensi khusus? Hanya waktu yang akan memberitahu.