Data Warehousing and the Infrastructure Challenge - dummies

Sifat dari gudang data (terutama terdiri dari, atau eksklusif, data yang berasal dari tempat lain, aplikasi lain database, dan diubah menjadi aset data) berarti tidak dapat berdiri sendiri sebagai entitas independen dalam organisasi Anda.

Pertumbuhan komputasi terdistribusi yang fenomenal (Internet dan intranet, serta data pergudangan data internal dan eksternal) telah menghasilkan perubahan mendasar dalam cara aplikasi dibangun. Di masa lalu mainframe dan minicomputer, satu sistem fisik sebagian besar berisi infrastruktur (sistem operasi, database dan sistem file, dan manajer komunikasi dan transaksi).

< Dengan komputasi terdistribusi sekarang model yang dominan (bahkan mainframe dan minicomputer biasanya merupakan bagian dari lingkungan terdistribusi yang lebih besar), infrastruktur tersebar di banyak p yang berbeda. latencs di perusahaan Anda dan mungkin di luar perusahaan Anda.

Bila Anda mengembangkan aplikasi atau sistem apa pun, baik pergudangan data atau aplikasi pemrosesan transaksi yang lebih tradisional, Anda memiliki ketergantungan yang signifikan pada potongan lingkungan keseluruhan tempat Anda tidak memiliki kendali langsung. Berikut adalah beberapa contoh yang spesifik untuk data pergudangan:

Anda merancang gudang data yang, berdasarkan kebutuhan bisnis dan kebijakan ketersediaan data aplikasi, harus memiliki sekitar 25 gigabyte data baru dan terbaru yang diambil dari berbagai sumber setiap malam dan dikirim melalui jaringan ke platform perangkat keras tempat penyimpanan data dijalankan.

• Infrastruktur jaringan perusahaan Anda masih berukuran kecil. Setelah analisis tambahan, jaringan tidak bisa mendekati mendukung throughput yang diperlukan untuk memindahkan data ke gudang Anda di jendela waktu yang tersedia.

  Selama tahap ruang lingkup proyek pergudangan data, Anda menentukan bahwa strategi push untuk memperbarui data warehouse adalah model yang paling tepat untuk diikuti. Untuk menerapkan strategi push, Anda harus memodifikasi setiap aplikasi sumber untuk menyertakan kode yang mendeteksi kapan aplikasi tersebut harus

• mendorong data (data) ke gudang data. Aplikasi warisan yang menyediakan data ke gudang, sayangnya, sangat sulit dipahami bahwa kebijakan tidak membuat perubahan kecuali jika benar-benar diperlukan berlaku untuk setiap aplikasi.

  Anda memutuskan untuk mengikuti solusi OLAP (atau ROLAP) relasional dan menjalankan serangkaian tolok ukur terhadap tiga produk DBMS relasional untuk mengetahui mana yang terbaik untuk mendukung pemrosesan informasi dan pengambilan keputusan (bukan pemrosesan transaksi).

• Produk yang paling banyak digunakan dalam tolok ukur Anda adalah, sayangnya, juga standar perusahaan Anda, dan database relasional yang terpasang di manapun di perusahaan Anda harus beragam, tidak peduli bagaimana Anda berencana menggunakannya.

  Pikirkan secara konseptual (tidak khawatir dengan detail implementasi) pada tahap awal proyek pergudangan data, atau upaya pengembangan aplikasi lainnya - ini tidak hanya dapat diterima, ini juga merupakan praktik pengembangan sistem yang baik.

Pada titik tertentu, Anda harus mempertimbangkan perangkat keras, perangkat lunak, biaya, anggaran, dan jenis kendala dunia nyata lainnya. Sebelum memulai konstruksi, pastikan untuk mempertimbangkan semua hal yang dapat mempengaruhi desain dan rencana Anda untuk gudang data Anda.

Proyek ini sangat mirip dengan membangun rumah. Anda mengikuti proses di mana Anda menentukan kebutuhan Anda, dan kemudian arsitek menyusun cetak biru. Cetak biru menyoroti materi yang Anda butuhkan untuk mendukung kebutuhan Anda - memastikan bahwa produk jadi memenuhi visi yang ditetapkan pada awalnya.