Video: What is OLAP? 2024
Kedai-kedai kolum dalam NoSQL adalah sama pada penampilan pertama kepada DBMS hubungan tradisional. Konsep baris dan lajur masih ada. Anda juga menentukan keluarga lajur sebelum memuat data ke dalam pangkalan data, yang bermaksud struktur data harus diketahui terlebih dahulu.
Walau bagaimanapun, kedai lajur menyusun data secara berbeza daripada pangkalan data hubungan. Daripada menyimpan data secara berturut-turut untuk akses cepat, data diatur untuk operasi lajur yang cepat. Pandangan kolom-sentrik ini menjadikan kedai lajur sesuai untuk menjalankan fungsi agregat atau untuk melihat rekod yang sepadan dengan beberapa lajur.
Fungsi agregat adalah gabungan data atau fungsi analisis. Mereka boleh semudah mengira jumlah keputusan, menjumlahkannya, atau mengira purata purata mereka. Mereka boleh menjadi lebih rumit, walaupun - sebagai contoh, mengembalikan nilai yang rumit yang menggambarkan pelbagai masa yang luas.
Kolom kedai juga kadang-kadang dirujuk sebagai Big Tables atau Big Table clones, mencerminkan nenek moyang mereka yang sama, Bigtable Google.
Mungkin perbezaan utama di antara kedai lajur dan RDBMS tradisional ialah, dalam satu stor kolum, setiap rekod (berfikir baris dalam RDBMS) tidak memerlukan satu nilai setiap lajur. Sebaliknya, mungkin untuk memodelkan keluarga lajur. Rekod tunggal mungkin terdiri daripada medan ID, keluarga lajur untuk maklumat "pelanggan", dan satu lagi keluarga lajur untuk maklumat "item pesanan".
Setiap satu daripada keluarga lajur ini terdiri daripada beberapa bidang. Salah satu daripada keluarga lajur ini mungkin mempunyai beberapa "baris" dengan haknya sendiri. Maklumat item pesanan, sebagai contoh, mempunyai beberapa baris - satu untuk setiap item baris. Baris ini akan mengandungi data seperti item ID, kuantiti, dan harga unit.
Manfaat utama kedai lajur di atas RDBMS adalah bahawa kedai lajur tidak memerlukan medan untuk sentiasa hadir dan tidak memerlukan nilai kosong padding kosong seperti RDBMS. Ciri ini menghalang masalah data jarang, memelihara ruang cakera. Contoh satu set data berubah dan jarang dipaparkan di sini.
Perkara yang menarik tentang kedai lajur ialah anda boleh mengambil semua maklumat yang berkaitan dengan menggunakan ID rekod tunggal, dan bukannya menggunakan Bahasa Kuasa Terstruktur kompleks (SQL) yang bergabung seperti dalam RDBMS. Melakukannya memerlukan sedikit model pemodelan dan analisis data, walaupun.
Dalam contoh yang ditunjukkan, anda boleh mengambil semua maklumat pesanan dengan memilih baris lajur satu lajur, yang bermaksud pemaju tidak perlu menyedari sintaks yang menyertai kompleks permintaan pertanyaan di dalam kedai lajur, tidak seperti mereka perlu menggunakan SQL kompleks bergabung dalam RDBMS.
Oleh itu, untuk struktur data hubungan kompleks dan berubah-ubah, kedai lajur mungkin lebih cekap dalam simpanan dan kurang kesilapan dalam pembangunan daripada nenek moyang RDBMS.
Perhatikan bahawa, dalam keluarga lajur item , setiap ID item ditunjukkan dalam kekunci, dan nilai adalah kuantiti yang diperintahkan. Persediaan ini membolehkan carian pantas semua pesanan yang mengandungi ID item ini.
Jika anda mengetahui bidang data yang terlibat di depan dan perlu mendapatkan data yang berkaitan dengan cepat bersama-sama sebagai rekod tunggal, kemudian pertimbangkan satu kedai lajur.
