Sabtu

Pemroses file dan manajemen data


Semua benda dikelola oleh tujuan Manajemen Data Layanan tertentu harus memiliki sifat identitas satu atau lebih yang secara unik mengidentifikasi contoh dikelola oleh tujuan. Properti ini identitas dapat awalnya terdefinisi ketika Anda membuat objek dikelola baru. Namun, setelah server telah berlangsung objek, nilai-nilai mereka harus tetap untuk seumur hidup objek. Layanan Data Management memastikan bahwa setiap klien hanya bekerja dengan versi dikelola tunggal setiap contoh.  Setelah contoh dikembalikan dari Dinas Pengelolaan Data, jika klien menerima versi baru dari contoh yang menyatu menjadi contoh perubahan-perubahan itu. Dengan metode ini, pemetaan model data tetap sederhana bahkan ketika model data tumbuh lebih kompleks.

Evaluasi teknologi database
Sebuah sistem manajemen database (DBMS) adalah paket perangkat lunak dengan program komputer yang mengontrol pembuatan, pemeliharaan, dan penggunaan basis data . Hal ini memungkinkan organisasi untuk dengan mudah mengembangkan database untuk berbagai aplikasi dengan database administrator (DBA) dan spesialis lain. Sebuah basis data adalah koleksi terpadu dari catatan data, file, dan lain objek  Sebuah DBMS memungkinkan program aplikasi untuk user yang berbeda secara bersamaan mengakses database yang sama. DBMS dapat menggunakan berbagai model database , seperti model relasional atau model objek , untuk mudah menggambarkan dan mendukung aplikasi. Ini biasanya mendukung bahasa query , yang pada kenyataannya tingkat tinggi bahasa pemrograman, bahasa basis data khusus yang jauh menyederhanakan menulis program aplikasi database. Bahasa database juga menyederhanakan organisasi database serta mengambil dan menyajikan informasi dari itu. Sebuah DBMS menyediakan fasilitas untuk mengendalikan akses data , menegakkan integritas data , mengelola kontrol konkurensi , dan pemulihan database setelah kegagalan dan memulihkan dari file cadangan, serta sebagai database menjaga keamanan .

Arsitektur database
Database arsitektur (harus dibedakan dari DBMS arsitektur; lihat di bawah ) dapat dilihat, sampai batas tertentu, sebagai perluasan dari pemodelan data . Hal ini digunakan untuk mudah menjawab kebutuhan end-user yang berbeda dari database yang sama, serta untuk manfaat lainnya. Sebagai contoh, departemen keuangan perusahaan perlu rincian pembayaran dari semua karyawan sebagai bagian dari biaya perusahaan, tetapi tidak banyak rincian lain tentang karyawan, yang merupakan kepentingan sumber daya manusia departemen. Sehingga departemen yang berbeda perlu pandangan yang berbeda dari database perusahaan, yang keduanya termasuk pembayaran karyawan, mungkin dalam tingkat yang berbeda detail (dan disajikan dalam bentuk visual yang berbeda). Untuk memenuhi persyaratan tersebut efektif arsitektur database terdiri dari tiga tingkatan: eksternal, konseptual dan internal. Jelas memisahkan tiga tingkat merupakan ciri utama dari implementasi model database relasional yang mendominasi database abad ke-21.
  • Tingkat eksternal mendefinisikan bagaimana setiap jenis pengguna akhir memahami organisasi data masing-masing yang relevan dalam database, yaitu, yang diperlukan pengguna akhir yang berbeda pandangan. Sebuah database tunggal dapat memiliki sejumlah pandangan di tingkat eksternal.
  • Tingkat konseptual menyatukan berbagai pandangan eksternal menjadi tampilan keseluruhan yang koheren, global. Ini menyediakan-denominator umum dari semua pandangan eksternal. Ini terdiri dari semua pengguna akhir data generik yang diperlukan, yaitu, semua data dari mana pandangan apapun dapat diturunkan / dihitung. Hal ini disediakan dalam cara paling sederhana yang mungkin dari data generik tersebut, dan terdiri dari tulang punggung dari database. Ini adalah keluar dari ruang lingkup dari pengguna akhir-database berbagai, dan melayani pengembang aplikasi database dan didefinisikan oleh administrator database yang membangun database.
  • Tingkat Internal (atau tingkat fisik) adalah sebagai masalah sesungguhnya bagian dari implementasi database di dalam sebuah DBMS (lihat bagian Pelaksanaan bawah). Hal ini berkaitan dengan biaya, skalabilitas kinerja, dan hal-hal operasional lainnya. Ini berkaitan dengan tata letak penyimpanan tingkat konseptual, menyediakan mendukung penyimpanan-struktur seperti indeks , untuk meningkatkan kinerja, dan kadang-kadang menyimpan data pandangan individu ( pandangan terwujud ), dihitung dari data generik, jika ada pembenaran untuk redundansi kinerja tersebut. Ini menyeimbangkan semua kinerja eksternal pandangan 'persyaratan, mungkin bertentangan, dalam upaya untuk mengoptimalkan penggunaan database secara keseluruhan dengan semua yang akhir-menggunakan sesuai dengan tujuan database dan prioritas.
Semua tiga tingkat dipertahankan dan diperbarui sesuai dengan perubahan kebutuhan oleh administrator database yang sering juga berpartisipasi dalam desain database.
Arsitektur tiga-tingkat database di atas juga berkaitan dengan dan dimotivasi oleh konsep independensi data yang telah diuraikan untuk waktu yang lama sebagai properti database yang diinginkan dan merupakan salah satu kekuatan pendorong utama awal dari model relasional. Dalam konteks arsitektur di atas itu berarti bahwa perubahan yang dilakukan pada tingkat tertentu tidak mempengaruhi definisi dan perangkat lunak yang dikembangkan dengan antarmuka tingkat yang lebih tinggi, dan sedang dimasukkan pada tingkat yang lebih tinggi secara otomatis. Misalnya, perubahan di tingkat internal tidak mempengaruhi program aplikasi yang ditulis menggunakan antarmuka tingkat konseptual, yang menyimpan pekerjaan perubahan substansial yang akan dibutuhkan sebaliknya.
Singkatnya, konseptual adalah tingkat tipuan antara internal dan eksternal. Di satu sisi ia menyediakan pandangan umum dari database, independen dari struktur yang berbeda pandang eksternal, dan di sisi lain tidak rumit dengan detail bagaimana data disimpan atau dikelola (tingkat internal). Pada prinsipnya setiap tingkat, dan bahkan setiap tampilan eksternal, dapat disajikan dengan model data yang berbeda. Dalam praktek biasanya sebuah DBMS tertentu menggunakan model data yang sama untuk kedua tingkat eksternal dan konseptual (misalnya, model relasional). Tingkat internal, yang tersembunyi di dalam DBMS dan tergantung pada pelaksanaannya (lihat bagian Pelaksanaan bawah), membutuhkan tingkat yang berbeda detail dan menggunakan jenis struktur data sendiri, biasanya berbeda dalam sifat dari struktur tingkat eksternal dan konseptual yang yang terkena pengguna DBMS (misalnya, model data di atas): Sementara tingkat eksternal dan konseptual difokuskan pada dan melayani pengguna DBMS, perhatian tingkat internal adalah rincian pelaksanaan yang efektif.

Tidak ada komentar:

Posting Komentar