MATERI PENGOLAHAN DATA

Oleh
Kelompok 1
1. 2. 3. 4. Kadek Widnyana I Gede Edy Putra Adnyana Dodi Darmawan Budi (120030184) (120030) (120030) (120030)

Sekolah Tinggi Ilmu Komunikasi Stikom Bali Tahun Ajaran 2012/2013

Kata Pengantar Puji syukur kami panjatkan kehadapan Ida sang Hyang Widhi Wasa Tuhan Yang Maha Esa, yang senantisa memberikan sinar suciNya kepada kita semua, sehingga kita dapat melakukan tugas-tugas keseharian kita dengan baik. Karena kami dapat membuat laporan pengolahan data ini dengan baik karena berkata teman-teman yang mebantu menyelesaikan laporan ini dengan cepata dan tenang. Dalam laporan ini tentu saja masih terdapat kekurangan kekurangan yang memerlukan saran dan masukan dari bebagai pihak, oleh karena itu saran, dan masukan sangat kami perlukan untuk perbaikan kurikulum berikutnya. Dalam kesempatan ini juga kami menyampaikan permintaan maaf,apabila dalam lapoaran ini ada hal-hal yang tidak berkenan. Demikian semoga laporan ini, dapat di gunakan sebagaim mana mestinya untuk mengenal pengolahan DATABASE bagi mahasiswa yang belum tau dengan data ini.

Penyusun,

BAB I PENDAHULUAN A. Latar Belakang Pengolahan database ini adalah kumpulan data terstruktur. Data ini biasanya diselenggarakan untuk model aspek-aspek yang relevan dari realitas dalam membantu pengolahan data di tekniologi informasidan komunikasi ini karena pada zaman sekarang perkembangan teknonoli sudah semakin canggih sehingga dengan data ini dapat memebantu dalam mengenal teknologi, seperti mencari hp hilang atau pun jlan-jalan d dunia ini dengn gps. Karena database dalam pengunaanya sebagai membantu untuk mengurangi kesulitan dalam merancang dan membangun. Serta memelihara komplexs infirmasi. Untuk memundahakn dalam melakuakn berbagai hal di bidang informasi dan komunikasi.

BAB II BASIS DATA A. Database Database adalah kumpulan data terstruktur. Data ini biasanya diselenggarakan untuk model aspek-aspek yang relevan dari realitas (misalnya, ketersediaan kamar di hotel), dengan cara yang mendukung proses yang membutuhkan informasi ini (misalnya, menemukan sebuah hotel dengan kekosongan). Database Istilah benar diterapkan pada data dan mendukung mereka struktur data , dan bukan ke sistem manajemen database (DBMS). Data database koleksi dengan DBMS disebut sistem database . Sistem database Istilah menyiratkan bahwa data dikelola untuk beberapa tingkat kualitas (diukur dalam hal akurasi , ketersediaan, kegunaan, dan ketahanan) dan ini pada gilirannya sering menyiratkan penggunaan sistem tujuan umum manajemen database (DBMS). Sebuah tujuan umum DBMS biasanya kompleks lunak sistem yang memenuhi persyaratan penggunaan banyak untuk benar mempertahankan database nya yang sering besar dan kompleks. Hal ini khususnya terjadi dengan client-server, dekat-nyata sistem waktu transaksional, di mana beberapa pengguna memiliki akses ke data, data bersamaan masuk dan bertanya dalam cara-cara yang menghalangi tunggal-benang batch processing. Sebagian besar kompleksitas persyaratan masih hadir dengan pribadi, desktop berbasis sistem database. DBMS terkenal termasuk Oracle , FoxPro , IBM DB2 , Linter , Microsoft Access , Microsoft SQL Server , MySQL , PostgreSQL , dan SQLite . Sebuah database umumnya tidak portabel di DBMS yang berbeda, namun DBMSs berbeda dapat antar-beroperasi untuk beberapa derajat dengan menggunakan standar seperti SQL dan ODBC bersama-sama untuk mendukung aplikasi tunggal yang dibangun selama lebih dari satu database. Sebuah DBMS juga perlu memberikan efektif run-time eksekusi benar mendukung (misalnya, dalam hal kinerja , ketersediaan , dan keamanan ) sebagai database banyak pengguna akhir yang diperlukan. Sebuah cara untuk mengklasifikasikan database melibatkan jenis isinya, misalnya: bibliografi , dokumen-teks, objek statistik, atau multimedia. Cara lain adalah dengan wilayah aplikasi mereka, misalnya: akuntansi komposisi musik,, film, perbankan, manufaktur, atau asuransi. Database panjang mungkin dipersempit untuk menentukan aspek-aspek tertentu dari koleksi terorganisir dari data dan dapat merujuk ke database logis, ke database fisik sebagai isi data dalam penyimpanan data komputer atau ke database lain sub-definisi.

Sejarah B. Konsep Basis Data Konsep database telah berkembang sejak tahun 1960-an untuk mengurangi peningkatan kesulitan dalam merancang, membangun, dan memelihara kompleks sistem informasi (biasanya dengan banyak bersamaan pengguna akhir, dan dengan sejumlah besar data yang beragam). Hal ini telah berkembang bersama-sama dengan sistem manajemen database yang memungkinkan penanganan yang efektif dari database. Meskipun database persyaratan dan DBMS mendefinisikan entitas yang berbeda, mereka tidak dapat dipisahkan: sifat database yang ditentukan oleh perusahaan DBMS mendukung. The Oxford English dictionary mengutip laporan 1.962 teknis sebagai orang pertama yang menggunakan istilah "data-base." Dengan kemajuan teknologi di bidang prosesor , memori komputer , penyimpanan komputer dan jaringan komputer , ukuran, kemampuan, dan kinerja database dan DBMSs masing-masing telah tumbuh dalam perintah besaran. Selama beberapa dekade telah tidak mungkin bahwa sebuah sistem informasi yang kompleks dapat dibangun secara efektif tanpa database yang tepat didukung oleh DBMS. Pemanfaatan database sekarang menyebar sedemikian gelar luas bahwa teknologi hampir setiap dan produk bergantung pada database dan DBMSs untuk pengembangan dan komersialisasi, atau bahkan mungkin memiliki seperti tertanam di dalamnya. Juga, organisasi dan perusahaan, dari kecil ke besar, sangat bergantung pada database untuk operasi mereka. Tidak ada definisi yang tepat diterima secara luas ada untuk DBMS. Namun, sistem yang dibutuhkan untuk menyediakan fungsionalitas yang cukup untuk memenuhi syarat sebagai DBMS. Oleh karena didukung dengan pengumpulan data perlu untuk memenuhi persyaratan kegunaan masing-masing (luas didefinisikan oleh persyaratan di bawah ini ) untuk memenuhi syarat sebagai database. Dengan demikian, database dan DBMS yang mendukung didefinisikan di sini dengan satu set persyaratan umum tercantum di bawah ini. Hampir semua yang ada dewasa DBMS produk memenuhi persyaratan untuk sebagian besar, sementara kurang matang baik bertemu dengan mereka atau berkumpul untuk menemui mereka. C. Evolusi database dan DBMS teknologi Pengenalan database jangka bertepatan dengan ketersediaan langsung-akses penyimpanan (disk dan drum) dari pertengahan 1960-an dan seterusnya. Istilah mewakili kontras dengan pita-sistem berbasis masa lalu, yang memungkinkan penggunaan interaktif bersama daripada batch processing harian. Dalam sistem database awal, efisiensi mungkin adalah perhatian utama, tapi itu sudah diakui bahwa ada tujuan penting lainnya. Salah satu tujuan utama adalah untuk membuat data independen dari logika program aplikasi, sehingga data yang sama dapat dibuat tersedia untuk aplikasi yang berbeda. Pada periode sejak tahun 1970-an teknologi database telah sejalan dengan meningkatnya sumber daya menjadi tersedia dari platform komputasi: terutama peningkatan pesat dalam kapasitas terjangkau dan kecepatan penyimpanan disk, dan memori utama. Hal ini memungkinkan database semakin besar dan throughput yang lebih tinggi yang harus dicapai.

Generasi pertama dari tujuan umum sistem database yang aplikasi biasanya diakses data dengan pointer berikut dari satu catatan ke yang lain. Dua model data utama saat ini adalah model hirarki , dicontohkan oleh sistem IMS IBM, dan CODASYL model ( Model Jaringan ), dilaksanakan di sejumlah produk seperti IDMS . The model relasional , pertama kali diusulkan pada tahun 1970 oleh Edgar F. Codd , berangkat dari tradisi ini dengan menekankan bahwa aplikasi harus mencari data dengan konten, bukan dengan mengikuti link. Hal ini dianggap perlu untuk memungkinkan isi database berkembang tanpa konstan menulis ulang link dan pointer. Model relasional terdiri dari buku-gaya meja, masing-masing digunakan untuk berbagai jenis entitas. Data mungkin bebas dimasukkan, dihapus dan diedit dalam tabel, dengan DBMS (DataBase Management System) melakukan apa pun yang diperlukan untuk pemeliharaan menyajikan tampilan tabel ke aplikasi / user. Bagian relasional berasal dari entitas referensi entitas lain dalam apa yang dikenal sebagai hubungan satu-ke-banyak, seperti model hirarkis tradisional, dan banyak-ke-banyak hubungan, seperti model (network) navigasi. Dengan demikian, model relasional dapat mengekspresikan model hirarkis baik dan navigasi, serta model asli tabular, yang memungkinkan untuk pemodelan murni atau gabungan dalam hal ini tiga model, sebagai aplikasi membutuhkan. Ekspresi awal dari model relasional tidak membuat hubungan antara entitas yang berbeda eksplisit dalam cara praktisi digunakan untuk mendukung itu, tetapi sebagai kunci primer dan kunci asing. Kunci ini, meskipun, dapat juga dilihat sebagai pointer di kanan mereka sendiri, disimpan dalam bentuk tabel. Ini menggunakan kunci daripada pointer konseptual dikaburkan hubungan antara entitas, setidaknya cara itu disajikan kembali kemudian. Dengan demikian, kebijaksanaan pada saat itu adalah bahwa model relasional menekankan pencarian ketimbang navigasi, dan bahwa itu adalah dasar konseptual baik untuk bahasa query, tetapi kurang cocok sebagai bahasa navigasi. Akibatnya, model lain data, model entitas-hubungan yang muncul tak lama kemudian (1976), mendapatkan popularitas untuk desain database , karena menekankan penjelasan lebih akrab daripada model sebelumnya relasional. Kemudian, entitas-hubungan konstruksi yang dipasang sebagai pemodelan data untuk membangun model relasional, dan perbedaan antara keduanya menjadi tidak relevan. Implementasi sistem sebelumnya relasional kekurangan optimasi otomatis canggih elemen konseptual dan operasional dibandingkan penyimpanan fisik mereka dan rekan-rekan pengolahan, hadir dalam DBMS modern (DataBase Management Systems), sehingga implementasinya sederhana dan literal memberikan beban berat pada pengolahan sumber daya yang terbatas pada saat itu. Itu tidak sampai pertengahan 1980-an bahwa perangkat keras komputer menjadi cukup kuat untuk memungkinkan sistem relasional (DBMS ditambah aplikasi) secara luas digunakan. Pada awal 1990-an, bagaimanapun, sistem relasional yang dominan untuk semua aplikasi skala besar pengolahan data, dan mereka tetap dominan saat ini (2012), kecuali di daerah niche. Bahasa database yang dominan adalah SQL standar untuk model relasional, yang telah mempengaruhi bahasa database untuk model data lainnya. Kekakuan dari model relasional, di mana semua data yang diselenggarakan di tabel terkait dengan struktur tetap baris dan kolom, semakin dilihat sebagai suatu pembatasan ketika menangani informasi yang lebih kaya atau lebih bervariasi dalam struktur dari buku-buku tradisional ' "Data dari sistem informasi perusahaan. Keterbatasan ini datang untuk bermain

ketika model database dokumen, database rekayasa, database multimedia, atau database yang digunakan dalam ilmu molekuler. Sebagian dari kekakuan yang, meskipun, adalah karena kebutuhan untuk mewakili tipe data baru selain teks dan teks-alikes dalam model relasional. Contoh tipe data yang tidak didukung adalah:

grafis (dan operasi seperti pola-pencocokan dan OCR ) Multidimensional konstruksi seperti 2D (geografis), 3D (geometris), dan hypercube multidimensi model (analisis data). XML (data yang hirarkis pemodelan teknologi berevolusi dari EDS dan HTML), yang digunakan untuk pertukaran data antara sistem yang berbeda.

Keterbatasan konseptual yang lebih mendasar datang dengan metodologi Berorientasi Obyek, dengan penekanan pada encapsulating data dan proses (metode), serta konstruksi mengungkapkan seperti acara-acara atau pemicu. Tradisional pemodelan data konstruksi menekankan pemisahan total data dari proses, meskipun DBMS modern yang memungkinkan untuk beberapa model terbatas dalam hal aturan validasi dan prosedur yang tersimpan. Berbagai upaya telah dilakukan untuk mengatasi masalah ini, spanduk banyak dari mereka seperti pasca-relasional atau NoSQL . Dua perkembangan catatan adalah objek database dan basis data XML . Para vendor database relasional telah berjuang dari kompetisi dari modelmodel baru dengan memperluas kemampuan produk mereka sendiri untuk mendukung lebih banyak jenis tipe data. D. TUJUAN UMUM DBMS Sebuah DBMS telah berkembang menjadi sebuah sistem software yang kompleks dan perkembangannya biasanya membutuhkan ribuan orang-tahun upaya pembangunan [. rujukan? ] Beberapa tujuan umum DBMS, seperti Oracle, Microsoft SQL Server, FoxPro, dan IBM DB2, telah mengalami upgrade selama tiga puluh tahun atau lebih. Tujuan umum DBMSs bertujuan untuk memenuhi aplikasi sebanyak mungkin, yang biasanya membuat mereka bahkan lebih kompleks daripada tujuan khusus database. Namun, fakta bahwa mereka dapat digunakan "dari rak", serta biaya perolehan diamortisasi mereka atas banyak aplikasi dan contoh, membuat mereka alternatif yang menarik (vs satu waktu pengembangan) setiap kali mereka memenuhi persyaratan sebuah aplikasi. Meskipun menarik dalam banyak kasus, tujuan umum DBMS tidak selalu solusi yang optimal: Bila aplikasi tertentu meresap dengan kasus operasi banyak, masing-masing dengan banyak pengguna, tujuan umum DBMS dapat memperkenalkan overhead yang tidak perlu dan terlalu besar "footprint" (terlalu besar jumlah yang tidak perlu, kode software tidak digunakan). Aplikasi ini biasanya membenarkan pengembangan yang berdedikasi. Contoh umum adalah email sistem, meskipun mereka perlu memiliki sifat tertentu DBMS: sistem email yang dibangun dengan carayang mengoptimalkan penanganan pesan email dan mengelola, dan tidak perlu bagian signifikan dari fungsi DBMS tujuan umum. Jenis-jenis orang yang terlibat

Tiga jenis orang yang terlibat dengan tujuan umum DBMS: 1. Pengembang DBMS - Inilah orang-orang yang merancang dan membangun produk DBMS, dan satu-satunya yang menyentuh kodenya. Mereka biasanya karyawan vendor DBMS (misalnya, Oracle , IBM , Microsoft , Sybase ), atau, dalam kasus Open source DBMSs (misalnya, MySQL , PostgreSQL ), relawan atau orang didukung oleh perusahaan-perusahaan dan organisasi yang berkepentingan. Mereka biasanya terampil sistem programmer . DBMS pembangunan adalah tugas yang rumit, dan beberapa DBMSs populer telah dalam pengembangan dan peningkatan (juga untuk mengikuti kemajuan dalam teknologi) selama beberapa dekade. 2. Pengembang aplikasi dan database administrator - Inilah orang-orang yang merancang dan membangun aplikasi database berbasis yang menggunakan DBMS. Para anggota kelompok kedua desain database yang diperlukan dan mempertahankannya. Para anggota Kelompok pertama menulis program aplikasi yang dibutuhkan aplikasi yang terdiri dari. Keduanya juga akrab dengan produk DBMS dan menggunakan user interface (serta biasanya alat lainnya) untuk pekerjaan mereka. Kadang-kadang aplikasi itu sendiri dikemas dan dijual sebagai produk terpisah, yang mungkin termasuk bagian dalam DBMS (lihat database tertanam , tunduk pada lisensi DBMS yang tepat), atau dijual secara terpisah sebagai add-on ke DBMS. 3. Aplikasi pengguna akhir (misalnya, akuntan, orang asuransi, dokter, dll) - Orang-orang ini tahu aplikasi dan end-user interface, tapi tidak perlu tahu dan tidak mengerti DBMS. Dengan demikian, meskipun mereka adalah penerima bantuan dan utama dari DBMS, mereka hanya tidak langsung terlibat dengan itu. database mesin dan peralatan Artikel utama: mesin database Pada 1970-an dan 1980-an usaha dilakukan untuk membangun sistem database dengan hardware dan software yang terintegrasi. Filosofi yang mendasari adalah bahwa integrasi tersebut akan memberikan kinerja yang lebih tinggi dengan biaya yang lebih rendah. Contoh adalah IBM System/38 , penawaran awal Teradata , dan Britton Lee, Inc mesin database. Pendekatan lain untuk dukungan hardware untuk manajemen database adalah ICL 's CAFS akselerator, disk controller hardware dengan kemampuan pencarian diprogram. Dalam jangka panjang upaya ini umumnya tidak berhasil karena mesin database yang khusus tidak bisa mengimbangi pesatnya perkembangan dan kemajuan dari tujuan umum komputer. Dengan demikian sebagian besar sistem database saat ini adalah perangkat lunak sistem yang berjalan pada tujuan umum hardware, dengan menggunakan tujuan umum komputer penyimpanan data. Namun ide ini masih dikejar untuk aplikasi tertentu oleh beberapa perusahaan seperti Netezza dan Oracle ( Exadata ). Basis Data penelitian Riset database telah menjadi daerah aktif dan beragam, dengan spesialisasi banyak, dilakukan sejak masa awal berurusan dengan konsep database pada tahun 1960. Ini memiliki ikatan yang kuat dengan database teknologi dan produk DBMS. Penelitian database telah terjadi pada

kelompok penelitian dan pengembangan perusahaan (misalnya, terutama di IBM Research , yang memberikan kontribusi teknologi dan ide-ide hampir untuk setiap hari DBMS yang ada), lembaga penelitian , dan akademisi . Penelitian telah dilakukan baik melalui teori dan prototipe . Interaksi antara penelitian dan pengembangan database produk terkait telah sangat produktif ke daerah database, dan banyak konsep-konsep kunci yang terkait dan teknologi muncul dari itu. Penting adalah Relational dan Badan-hubungan model , yang transaksi atom konsep dan terkait Concurrency kontrol teknik, bahasa Query dan optimasi Query metode, RAID , dan banyak lagi. Penelitian telah menyediakan mendalam wawasan ke hampir semua aspek dari database, meskipun tidak selalu telah pragmatis, efektif (dan tidak dapat dan tidak harus selalu menjadi: penelitian eksplorasi di alam, dan tidak selalu mengarah pada ide-ide yang diterima atau berguna). Pada akhirnya kekuatan pasar dan kebutuhan riil menentukan pilihan solusi masalah dan teknologi yang terkait, juga di antara yang diusulkan oleh penelitian. Namun, terkadang, bukan yang terbaik dan paling elegan solusi menang (misalnya, SQL). Seiring DBMSs sejarah mereka dan database masing-masing, untuk sebagian besar, telah menjadi hasil penelitian tersebut, sementara persyaratan produk nyata dan tantangan memicu arah penelitian database dan sub-wilayah. Daerah penelitian database memiliki beberapa terkenal khusus jurnal akademik (misalnya, ACM Transaksi di Sistem Database -Tods, Data dan Pengetahuan Teknik -DKE, dan banyak lagi) dan tahunan konferensi (misalnya, ACMSIGMOD , ACM PODS , VLDB , IEEE ICDE, dan lebih ), serta komunitas (subjek-bijaksana) penelitian aktif dan cukup heterogen di seluruh dunia. Contoh database jenis Berikut ini adalah contoh dari jenis berbagai database. Beberapa dari mereka tidak main-stream jenis, tapi kebanyakan dari mereka telah menerima perhatian khusus (misalnya, dalam penelitian) karena kebutuhan pengguna akhir. Beberapa ada sebagai produk khusus DBMS, dan beberapa memiliki jenis fungsi mereka tergabung dalam ada tujuan umum DBMSs. Meskipun mungkin berbeda di alam dan fungsi, tipe ini biasanya harus memenuhi persyaratan di bawah ini untuk kegunaan mematuhi sebagai database.

Aktif Database

Artikel utama: Database Aktif Sebuah database aktif adalah database yang mencakup arsitektur-event yang dapat merespon kondisi baik di dalam maupun di luar database. Kemungkinan penggunaan mencakup pemantauan keamanan, memperingatkan, pengumpulan statistik dan otorisasi. Database relasional yang paling modern memiliki fitur database aktif dalam bentuk database memicu .

Cloud Database

Artikel utama: Database Cloud Database Cloud adalah database yang bergantung pada teknologi cloud . Baik database dan sebagian besar produk DBMS berada jauh, "di awan," sementara aplikasi yang keduanya dikembangkan oleh programmer dan kemudian dipelihara dan dimanfaatkan

oleh (aplikasi) pengguna akhir melalui browser web dan API Terbuka . Semakin banyak produk database tersebut muncul, kedua vendor baru dan dengan hampir semua vendor database ditetapkan.

Data warehouse

Artikel utama: Data warehouse Data gudang arsip data dari database operasional dan sering dari sumber eksternal seperti perusahaan riset pasar. Seringkali data operasional mengalami transformasi dalam perjalanan mereka ke gudang, mendapatkan diringkas, anonim, direklasifikasi, dll gudang tersebut menjadi sumber utama data untuk digunakan oleh para manajer dan pengguna akhir lainnya yang mungkin tidak memiliki akses ke data operasional. Sebagai contoh, data penjualan mungkin akan dikumpulkan untuk total mingguan dan dikonversi dari kode produk internal untuk menggunakan UPCs sehingga mereka dapat dibandingkan dengan ACNielsen data. Beberapa komponen dasar dan penting dari data pergudangan termasuk mengambil, menganalisa, dan pertambangan data, mengubah, loading dan mengelola data sehingga membuat mereka tersedia untuk digunakan lebih lanjut. Operasi dalam data warehouse biasanya berkaitan dengan manipulasi data massal, dan dengan demikian, itu tidak biasa dan tidak efisien untuk menargetkan individu baris untuk update, memasukkan atau menghapus. Loader asli Massal untuk data input dan SQL massal lolos untuk agregasi adalah norma.

Distributed Database

Artikel utama: Database Terdistribusi Definisi dari database terdistribusi adalah luas, dan dapat digunakan dalam arti yang berbeda. Secara umum biasanya mengacu pada arsitektur modular yang memungkinkan DBMS DBMS yang berbeda contoh untuk bekerja sama sebagai DBMS tunggal atas proses, komputer, dan situs, sementara mengelola database tunggal didistribusikan sendiri atas beberapa komputer, dan situs yang berbeda. Contohnya adalah database dari kelompok kerja lokal dan departemen-di kantor regional, kantor cabang, pabrik dan lokasi kerja lainnya. Database ini dapat mencakup kedua segmen bersama oleh beberapa situs, dan segmen khusus untuk satu situs dan hanya digunakan secara lokal di situs tersebut.

Dokumen database berorientasi

Artikel utama: Dokumen database berorientasi Sebuah database berorientasi dokumen adalah program komputer yang dirancang untuk menyimpan, mengambil, dan mengelola dokumen-oriented, atau data semi terstruktur, informasi. Dokumen-berorientasi database adalah salah satu kategori utama dari apa yang disebut database NoSQL dan popularitas "database dokumen-berorientasi" Istilah (atau "Dokumen toko") telah berkembang dengan penggunaan jangka NoSQL itu sendiri. Dimanfaatkan untuk menyimpan, mengelola, mengedit dan mengambil dokumen.

Tertanam basis data

Artikel utama: database yang Tertanam Sebuah sistem database tertanam adalah DBMS yang terintegrasi dengan perangkat lunak aplikasi yang membutuhkan akses ke data yang tersimpan dalam cara bahwa DBMS adalah "tersembunyi" dari pengguna akhir-aplikasi dan membutuhkan pemeliharaan sedikit atau tidak ada. Ini sebenarnya adalah sebuah kategori yang luas yang mencakup teknologi DBMSs dengan sifat yang berbeda dan target pasar. Istilah "database tertanam" dapat membingungkan karena hanya sebagian kecil dari produk database tertanam digunakan dalam real-timeembedded system seperti switch telekomunikasi dan elektronik konsumen perangkat. [3]

Akhir-user database Database ini terdiri dari data yang dikembangkan oleh individu pengguna akhir. Contoh dari ini adalah koleksi dokumen, spreadsheet, presentasi, multimedia, dan file lainnya. Beberapa produk ada untuk mendukung database tersebut. Beberapa dari mereka jauh lebih sederhana dibandingkan DBMSs penuh baku, dengan lebih fungsi DBMS dasar (misalnya, tidak mendukung multiple bersamaan end-user pada database yang sama), dengan antarmuka pemrograman dasar, dan relatif kecil "foot-print" (tidak banyak kode untuk menjalankan seperti dalam "biasa" tujuan umum database). Namun, juga tersedia untuk keperluan umum DBMSs sering dapat digunakan untuk tujuan tersebut, jika mereka memberikan dasar user-interface untuk aplikasi database sederhana (permintaan terbatas dan menampilkan data, tidak ada pemrograman nyata diperlukan), sementara masih menikmati kualitas database dan perlindungan bahwa DBMSs dapat menyediakan.

Federasi database dan multi-database

Artikel utama: Federasi sistem database dan Sistem Database heterogen Sebuah database federasi adalah sebuah basis data terpadu yang terdiri dari database yang berbeda beberapa, masing-masing dengan DBMS sendiri. Hal ini ditangani sebagai database tunggal oleh sistem database federasi manajemen (FDBMS), yang transparan mengintegrasikan DBMSs otonom beberapa, mungkin dari berbagai jenis (yang membuatnya menjadi database heterogen ), dan menyediakan mereka dengan pandangan konseptual terpadu. Database konstituen saling berhubungan melalui jaringan komputer , dan mungkin secara geografis terdesentralisasi. Kadang database multi-istilah yang digunakan sebagai sinonim untuk federasi database, meskipun mungkin merujuk kepada sebuah kelompok (misalnya, tanpa FDBMS dan skema terpadu dikelola) kurang terintegrasi dari database yang bekerja sama dalam satu aplikasi. Dalam hal ini biasanya middleware untuk distribusi digunakan yang biasanya mencakup komit protokol atom (ACP), misalnya, dua-fase komit protokol , untuk memungkinkan didistribusikan (global) transaksi (vs transaksi lokal terbatas pada DBMS tunggal) seluruh peserta database.

Grafik Database

Artikel utama: Database Grafik

Sebuah database grafik adalah jenis database NoSQL yang menggunakan struktur grafik dengan node, tepi, dan properti untuk mewakili dan menyimpan informasi. Database grafik umum yang dapat menyimpan grafik setiap berbeda dari database grafik khusus seperti triplestores dan database jaringan .

Hypermedia database The World Wide Web dapat dianggap sebagai database, meskipun satu tersebar di jutaan sistem komputasi independen. Web browser "proses" data ini satu halaman pada satu waktu, sedangkan web crawler dan perangkat lunak lain memberikan setara database indeks untuk mendukung pencarian dan kegiatan lainnya.

Hypertext Database

Artikel utama: Hypertext Dalam sebuah database Hypertext, setiap kata atau sepotong teks yang mewakili suatu objek, misalnya, sepotong teks, artikel, gambar, atau film, dapat dihubungkan ke obyek itu. Database hypertext sangat berguna untuk mengatur sejumlah besar informasi yang berbeda. Misalnya mereka berguna untuk mengatur secara online ensiklopedi , di mana pengguna dapat dengan mudah melompat dalam teks, dengan cara yang terkontrol, dengan menggunakan hyperlink .

Dalam-memori database

Artikel utama: In-memori database Sebuah database di memori (IMDB, juga memori database utama atau MMDB) adalah database yang terutama berada di memori utama , tetapi biasanya didukung-up oleh nonvolatile penyimpanan data komputer. Database memori utama yang lebih cepat dari database disk. Mengakses data dalam memori mengurangi kegiatan membaca I / O ketika, misalnya, query data. Dalam aplikasi di mana waktu respon sangat penting, seperti peralatan jaringan telekomunikasi, database memori utama yang sering digunakan. [4]

Pengetahuan dasar

Artikel utama: basis Pengetahuan Sebuah basis pengetahuan (disingkat KB, kb atau [5][6] ) adalah jenis khusus dari database untuk manajemen pengetahuan , penyediaan sarana untuk koleksi komputerisasi, organisasi, dan pengambilan dari pengetahuan . Juga koleksi data yang mewakili masalah dengan solusi dan pengalaman terkait.

Operasional Database Database ini menyimpan data rinci mengenai operasi organisasi. Mereka biasanya diselenggarakan oleh materi pelajaran, memproses volume yang relatif tinggi update menggunakan transaksi . Pada dasarnya setiap organisasi besar di bumi menggunakan

database tersebut. Contohnya termasuk database pelanggan yang merekam kontak, kredit, dan informasi demografis tentang pelanggan bisnis ', database personil yang menyimpan informasi seperti gaji, tunjangan, keterampilan data tentang karyawan, perencanaan sumber daya perusahaan yang mencatat rincian tentang komponen produk, persediaan suku cadang, dan keuangan database yang melacak, akuntansi uang organisasi dan transaksi keuangan.

Parallel Database

Artikel utama: Database Paralel Sebuah database paralel, dijalankan oleh DBMS paralel, berupaya meningkatkan kinerja melalui paralelisasi untuk tugas-tugas seperti loading data, membangun indeks dan mengevaluasi query. Database Paralel meningkatkan pengolahan dan input / output kecepatan dengan menggunakan beberapa unit pemrosesan sentral (CPU) (termasuk prosesor multi-core ) dan storage secara paralel. Dalam pemrosesan paralel, banyak operasi yang dilakukan secara bersamaan, sebagai lawan serial, pemrosesan sekuensial, di mana operasi dilakukan tanpa tumpang tindih waktu. Paralel utama DBMS arsitektur (yang disebabkan oleh mendasari hardware arsitektur adalah:

Bersama arsitektur memori , di mana beberapa prosesor berbagi ruang memori utama, serta lainnya penyimpanan data. Bersama disk yang arsitektur, di mana setiap unit pengolahan (biasanya terdiri dari beberapa prosesor) memiliki memori utama, tetapi semua unit berbagi penyimpanan lainnya. Bersama apa-apa arsitektur , di mana masing-masing unit pengolahan memiliki memori utama dan penyimpanan lainnya.

Real-time database

Artikel utama: Database Real time Jika permintaan respons sistem DBMS pengguna dalam periode waktu tertentu, dapat dianggap sebagai database real time.

Spasial Database

Artikel utama: basis data spasial Sebuah basis data spasial dapat menyimpan data dengan fitur multidimensi. Query pada data tersebut termasuk permintaan berbasis lokasi, seperti "mana adalah hotel terdekat di daerah saya".

Temporal Database

Artikel utama: Database Temporal

Sebuah database temporal database dengan built-in aspek waktu, misalnya model data temporal dan versi temporal Structured Query Language (SQL). Lebih khusus aspek temporal yang biasanya termasuk berlaku-waktu dan transaksi-waktu.

Unstructured-data database

Artikel utama: data tidak terstruktur Database terstruktur-data yang dimaksudkan untuk menyimpan benda-benda dalam cara yang bisa diatur dan dilindungi beragam yang tidak sesuai secara alami dan nyaman dalam database umum. Ini mungkin termasuk pesan email, dokumen, jurnal, objek multimedia dll Nama mungkin menyesatkan karena beberapa obyek dapat sangat terstruktur. Namun, koleksi seluruh objek yang mungkin tidak sesuai dengan kerangka kerja yang terstruktur yang telah ditetapkan. DBMSs paling mapan sekarang mendukung data terstruktur dalam berbagai cara, dan DBMSs berdedikasi baru muncul. persyaratan database Mayor penggunaan Tujuan utama dari database adalah untuk menyediakan sistem informasi (dalam arti luas) yang memanfaatkan hal itu dengan sistem informasi kebutuhan sesuai dengan kebutuhan sendiri. Sebuah set luas tertentu dari persyaratan ini memurnikan tujuan umum. Persyaratan ini database yang menerjemahkan persyaratan untuk DBMS masing, untuk memungkinkan mudah membangun sebuah database yang tepat untuk aplikasi tertentu. Jika tujuan ini dipenuhi oleh DBMS, maka perancang dan pembangun database tertentu dapat berkonsentrasi pada aspek aplikasi, dan tidak berurusan dengan bangunan dan mempertahankan DBMS. Juga, karena DBMS adalah kompleks dan mahal untuk membangun dan memelihara, tidak ekonomis untuk membangun seperti alat baru (DBMS) untuk setiap aplikasi. Melainkan diinginkan untuk menyediakan alat yang fleksibel untuk menangani database untuk sebanyak mungkin aplikasi yang diberikan, yaitu, tujuan umum DBMS. persyaratan Fungsional Beberapa persyaratan fungsional umum harus dipenuhi dalam hubungannya dengan database. Mereka menjelaskan apa yang perlu didefinisikan dalam database untuk setiap aplikasi tertentu. Struktur database harus didefinisikan. Database perlu didasarkan pada model data yang cukup kaya untuk menggambarkan dalam database semua aspek aplikasi yang terkait diperlukan itu. data bahasa definisi ada untuk menggambarkan database dalam model data. Bahasa seperti biasanya data spesifik model. Sebuah model data database membutuhkan dukungan oleh cukup kaya bahasa manipulasi data untuk memungkinkan manipulasi database, dan untuk informasi yang akan dihasilkan dari data. Bahasa tersebut biasanya spesifik model data. Database membutuhkan built-in keamanan berarti melindungi isinya (dan pengguna) dari bahaya pengguna yang tidak sah (baik manusia atau program ). Perlindungan juga diberikan dari jenis

pelanggaran yang tidak disengaja. Keamanan jenis dan tingkat harus didefinisikan oleh pemilik database. Memanipulasi data database sering melibatkan proses langkah saling beberapa, pada waktu yang berbeda (misalnya, ketika interaksi orang yang berbeda terlibat, misalnya, menghasilkan polis asuransi). Bahasa manipulasi data biasanya dimaksudkan untuk menggambarkan apa yang dibutuhkan dalam satu langkah seperti tunggal. Berurusan dengan beberapa langkah biasanya memerlukan menulis program cukup kompleks. Kebanyakan aplikasi yang diprogram menggunakan umum bahasa pemrograman dan alat-alat pengembangan perangkat lunak. Namun daerah deskripsi proses telah berkembang dalam kerangka alur kerja dan proses bisnis dengan bahasa pendukung dan paket perangkat lunak yang jauh menyederhanakan tugas. Secara tradisional kerangka kerja telah keluar dari lingkup DBMSs umum, tetapi pemanfaatan mereka telah menjadi umum-tempat, dan seringkali mereka disediakan sebagai add-ons untuk DBMSs. persyaratan Operasional Persyaratan operasional yang harus dipenuhi oleh database dalam rangka untuk secara efektif mendukung aplikasi saat operasional. Meskipun biasanya dapat diharapkan bahwa persyaratan operasional secara otomatis dipenuhi oleh DBMS, sebenarnya itu tidak begitu dalam sebagian besar kasus: Untuk dipenuhi karya besar desain dan tuning yang biasanya dibutuhkan oleh database administrator. Hal ini biasanya dilakukan oleh instruksi khusus / operasi melalui antarmuka pengguna database khusus dan alat-alat, dan dengan demikian dapat dipandang sebagai persyaratan fungsional sekunder (yang tak kalah penting dari primer). Ketersediaan DB A harus memelihara diperlukan tingkat ketersediaan, yaitu, DB harus tersedia dalam cara bahwa tindakan pengguna tidak perlu menunggu di luar rentang waktu tertentu sebelum memulai mengeksekusi pada DB. Ketersediaan juga berhubungan dengan kegagalan dan pemulihan dari itu (lihat Pemulihan dari kegagalan dan bencana di bawah ini): Setelah kegagalan dan selama perubahan pemulihan ketersediaan normal, dan langkah-langkah khusus yang diperlukan untuk memenuhi persyaratan ketersediaan. Kinerja Tindakan pengguna pada DB harus dilaksanakan dalam rentang waktu yang diperlukan. Isolasi antara pengguna Ketika beberapa pengguna mengakses database secara bersamaan tindakan pengguna harus terganggu dan tidak terpengaruh oleh tindakan pengguna lain. Tindakan ini bersamaan harus menjaga konsistensi DB (yaitu, menjaga DB dari korupsi). Pemulihan dari kegagalan dan bencana Artikel utama: Data recovery dan pemulihan bencana

Semua sistem komputer, termasuk DBMSs, rentan terhadap kegagalan karena berbagai alasan (baik perangkat lunak dan perangkat keras yang berhubungan). Kegagalan biasanya merusak DB, biasanya sejauh bahwa tidak mungkin untuk memperbaiki tanpa langkah-langkah khusus. DBMS harus menyediakan otomatis pemulihan dari prosedur kegagalan yang memperbaiki DB dan mengembalikannya ke keadaan didefinisikan dengan baik. Backup dan mengembalikan Artikel utama: Backup Kadang-kadang diinginkan untuk membawa database kembali ke keadaan sebelumnya (karena berbagai alasan, misalnya, kasus ketika database ditemukan rusak karena kesalahan software, atau jika telah diperbarui dengan data yang salah). Untuk mencapai hal ini operasi backup dilakukan sesekali atau terus-menerus, di mana masing-masing negara database yang diinginkan (misalnya, nilai-nilai data dan embedding mereka dalam struktur database data) disimpan dalam file cadangan khusus (banyak teknik yang ada untuk melakukan hal ini secara efektif). Ketika negara ini diperlukan, yaitu, ketika diputuskan oleh administrator database untuk membawa database kembali ke negara ini (misalnya, dengan menentukan keadaan ini dengan titik yang diinginkan dalam waktu ketika database dalam keadaan ini), file-file ini dimanfaatkan untuk mengembalikan negara itu. Data kemerdekaan Artikel utama: kemerdekaan data Data berkaitan kemerdekaan ke database siklus hidup (lihat bangunan Database, memelihara, dan tuning bawah). Ini sangat berdampak pada kenyamanan dan biaya pemeliharaan aplikasi dan database-nya, dan telah menjadi motivasi utama bagi munculnya dan keberhasilan model relasional, serta konvergensi ke arsitektur database yang umum. Secara umum istilah "data independence" berarti bahwa perubahan dalam struktur database tidak memerlukan perubahan dalam program-program aplikasi komputer-nya, dan bahwa perubahan dalam database pada tingkat arsitektur tertentu (lihat di bawah) tidak mempengaruhi tingkat database di atas. Independensi data dicapai untuk sebagian besar kontemporer DBMS, tetapi tidak benar-benar dapat dicapai, dan dicapai pada derajat yang berbeda untuk berbagai jenis perubahan database struktural. daerah basis data Mayor fungsional Bidang fungsional adalah domain dan mata pelajaran yang telah berevolusi dalam rangka memberikan jawaban yang tepat dan solusi untuk persyaratan fungsional di atas. Data model Artikel utama: Model data dan Model Basis Data

Sebuah model data adalah struktur abstrak yang menyediakan sarana untuk secara efektif menggambarkan struktur data spesifik yang diperlukan untuk model aplikasi. Dengan demikian model data kebutuhan daya ekspresif cukup untuk menangkap aspek yang diperlukan dari aplikasi. Aplikasi ini sering khas untuk perusahaan komersial dan organisasi lainnya (seperti manufaktur, sumber daya manusia, saham, perbankan, dll). Untuk pemanfaatan yang efektif dan penanganan diinginkan bahwa model data relatif sederhana dan intuitif. Ini mungkin bertentangan dengan kekuatan ekspresif tinggi diperlukan untuk menangani aplikasi yang kompleks tertentu. Jadi setiap tujuan umum populer model data biasanya baik saldo antara menjadi intuitif dan relatif sederhana, dan sangat kompleks dengan kekuatan ekspresif yang tinggi. Semantik aplikasi biasanya tidak secara eksplisit dinyatakan dalam model, melainkan implisit (dan rinci oleh dokumentasi eksternal untuk model) dan mengisyaratkan oleh nama jenis item data '(misalnya, "bagian-nomor") dan koneksi mereka (seperti yang diungkapkan oleh generik tipe data struktur yang diberikan oleh masing-masing model tertentu). model data Dini Model-model yang populer di tahun 1960-an, 1970-an, namun kini dapat ditemukan terutama di tua sistem warisan . Mereka dicirikan terutama dengan menjadi navigasi dengan koneksi yang kuat antara representasi mereka secara fisik dan logis, dan kekurangan dalam independensi data . Model hirarkis Artikel utama: database model hirarkis Dalam jenis model hirarkis record yang berbeda (mewakili entitas dunia nyata) yang tertanam dalam hirarki standar ( tree struktur seperti). Hirarki ini digunakan sebagai tatanan fisik catatan dalam penyimpanan. Akses record dilakukan dengan menavigasi melalui struktur data menggunakan pointer dikombinasikan dengan mengakses berurutan. Model ini telah didukung terutama oleh IBM IMS DBMS, salah satu DBMSs awal. Keterbatasan Berbagai model telah dikompensasi di kemudian versi IMS oleh hirarki logis tambahan yang dikenakan pada hirarki dasar fisik. Jaringan Model Artikel utama: Model Jaringan (database) Dalam model ini hubungan hirarkis antara dua jenis catatan (mewakili entitas dunia nyata) didirikan oleh membangun set. Satu set terdiri dari lingkaran daftar terhubung di mana satu jenis catatan, pemilik set atau orang tua, muncul sekali dalam setiap lingkaran, dan jenis catatan kedua, bawahan atau anak, dapat muncul beberapa kali dalam setiap lingkaran. Dengan cara ini hirarki dapat dibentuk antara dua jenis catatan, misalnya, tipe A adalah pemilik B. Pada saat yang sama satu set dapat didefinisikan di mana B adalah pemilik dari A. Jadi semua set terdiri dari seorang jenderal grafik diarahkan (kepemilikan mendefinisikan arah), atau jaringan membangun. Akses ke catatan yang baik berurutan (biasanya dalam setiap jenis record) atau dengan navigasi dalam daftar terkait melingkar.

Model ini lebih umum dan kuat daripada hirarki, dan telah menjadi yang paling populer sebelum digantikan oleh model relasional. Telah standar oleh CODASYL . Populer DBMS produk yang digunakan itu adalah Cincom Sistem 'Total dan Cullinet 's IDMS . IDMS memperoleh basis pelanggan yang cukup besar dan ada dan didukung sampai saat ini. Pada 1980-an itu telah mengadopsi model relasional dan SQL selain alat aslinya dan bahasa. model file Inverted Artikel utama: Indeks Inverted Sebuah file terbalik atau indeks terbalik dari sebuah file pertama, dengan sebuah lapangan di file ini (bidang inversi), adalah file kedua di mana bidang ini adalah kuncinya. Sebuah catatan dalam file kedua termasuk kunci dan pointer ke catatan dalam file pertama dimana inversi medan memiliki nilai kunci. Ini juga merupakan struktur logis kontemporer indeks database . File yang terkait model data Inverted menggunakan file terbalik dari file database utama untuk secara efisien langsung mengakses rekaman yang diperlukan dalam file. Penting untuk menggunakan model data adalah Adabas DBMS Software AG , diperkenalkan pada tahun 1970. Adabas telah memperoleh basis pelanggan yang cukup besar dan ada dan didukung sampai saat ini. Pada 1980-an itu telah mengadopsi model relasional dan SQL selain alat aslinya dan bahasa. Model Relasional Artikel utama: Model Relasional Para model relasional adalah model sederhana yang menyediakan fleksibilitas. Ini mengatur data berdasarkan dua dimensi array yang dikenal sebagai hubungan , atau tabel yang terkait dengan database. Hubungan ini terdiri dari pos dan satu set nol atau lebih tupel dalam urutan sewenangwenang. Pos ini adalah unordered set nol atau lebih atribut, atau kolom dari tabel. Tupel adalah seperangkat atribut yang unik dipetakan ke nilai-nilai, atau baris data dalam tabel. Data dapat dikaitkan di beberapa tabel dengan kunci. Kunci adalah, tunggal atau beberapa set, atribut (s) yang sama untuk kedua tabel. Bahasa yang paling umum yang terkait dengan model relasional adalah Structured Query Language ( SQL ), meskipun berbeda di beberapa tempat. Entity-model hubungan Artikel utama: Entity-model hubungan Bagian ini membutuhkan ekspansi . (Juni 2011) Model Obyek Artikel utama: Model Obyek dan Obyek database Bagian ini membutuhkan ekspansi . (Juni 2011)

Dalam beberapa tahun terakhir , yang berorientasi objek paradigma telah diterapkan di berbagai bidang seperti teknik dan spasial database, telekomunikasi dan dalam domain berbagai ilmiah. Para konglomerasi pemrograman berorientasi objek dan teknologi database menyebabkan jenis baru ini database. Database ini berusaha untuk membawa dunia database dan dunia pemrograman aplikasi-dekat bersama-sama, khususnya dengan memastikan bahwa database menggunakan samasistem tipe sebagai program aplikasi. Hal ini bertujuan untuk menghindari overhead (kadang-kadang disebut sebagai mismatch impedansi ) untuk mengubah informasi antara perwakilannya dalam database (misalnya sebagai baris dalam tabel) dan perwakilannya dalam program aplikasi (biasanya sebagai objek). Pada saat yang sama, objek database upaya untuk memperkenalkan ide-ide kunci dari pemrograman objek, seperti enkapsulasi dan polimorfisme , ke dalam dunia database. Berbagai cara ini telah dicoba [ oleh siapa? ] untuk menyimpan objek dalam database. Beberapa produk telah mendekati masalah dari sisi aplikasi-pemrograman, dengan membuat objek dimanipulasi oleh program terus-menerus . Hal ini juga biasanya memerlukan penambahan beberapa jenis bahasa query, karena bahasa pemrograman konvensional tidak menyediakan fungsionalitas tingkat bahasa untuk menemukan objek berdasarkan pada isi informasi mereka. Lainnya [ mana? ] telah menyerang masalah dari ujung database, dengan mendefinisikan model data berorientasi objek untuk database, dan mendefinisikan database bahasa pemrograman yang memungkinkan kemampuan pemrograman penuh serta fasilitas query tradisional. Obyek model relasional Artikel utama: Object-database relasional Bagian ini membutuhkan ekspansi . (Juni 2011) XML sebagai model data database Artikel utama: XML database dan XML Bagian ini membutuhkan ekspansi . (Juni 2011) model database lain Bagian ini membutuhkan ekspansi . (Juni 2011) Produk menawarkan model data yang lebih umum dari model relasional kadang-kadang diklasifikasikan sebagai pasca-relasional.[7]istilah alternatif termasuk "database hybrid", "Obyek-disempurnakan RDBMS" dan lain-lain. Model data dalam produk tersebut mencakup hubungan namun tidak dibatasi oleh EF Codd Prinsip Informasi 's, yang mengharuskan semua informasi dalam database harus dilemparkan secara eksplisit dalam hal nilai-nilai dalam hubungan dan ada cara lain [8] Beberapa ekstensi untuk model relasional mengintegrasikan konsep-konsep dari teknologi yang pra-date model relasional. Sebagai contoh, mereka mengijinkan representasi dari grafik

diarahkan dengan pohon-pohon di node. Para sones Perusahaan Jerman menerapkan konsep ini dalam Surat GraphDB . Beberapa pasca-relasional produk memperpanjang sistem relasional dengan fitur non-relasional. Lainnya tiba di banyak tempat yang sama dengan menambahkan fitur relasional untuk prarelasional sistem. Paradoksnya, ini memungkinkan produk yang secara historis pra-relasional, seperti PILIH dan gondok , untuk membuat klaim yang masuk akal untuk pasca-relasional. Ruang sumber daya model (RSM) adalah non-relasional data model didasarkan pada multidimensi klasifikasi. [9] bahasa database Artikel utama: bahasa definisi data , bahasa manipulasi data , dan bahasa Query Bahasa database berdedikasi bahasa pemrograman, disesuaikan dan digunakan untuk

mendefinisikan database (yaitu, tipe tertentu data dan hubungan di antara mereka), memanipulasi isinya (misalnya, memasukkan kejadian data baru, dan memperbarui atau menghapus yang sudah ada), dan query (yaitu, meminta informasi: menghitung dan mengambil informasi berdasarkan data).

Bahasa database adalah data-spesifik-model, yaitu, setiap bahasa mengasumsikan dan didasarkan pada struktur tertentu dari data (yang biasanya berbeda antara model data yang berbeda). Mereka biasanya memiliki perintah untuk menginstruksikan pelaksanaan operasi yang diinginkan dalam database. Setiap perintah tersebut setara dengan ekspresi yang kompleks (program) dalam bahasa pemrograman biasa, dan dengan demikian pemrograman khusus (database) bahasa menyederhanakan tugas penanganan database jauh. Sebuah ungkapan dalam bahasa basis data secara otomatis berubah (dengan compiler atau interpreter, sebagai bahasa pemrograman teratur) untuk sebuah program komputer yang tepat yang berjalan saat mengakses database dan memberikan hasil yang dibutuhkan. Berikut ini adalah contoh terkenal: SQL untuk model relasional Artikel utama: SQL SQL adalah bahasa model standar relasional didukung oleh semua DBMSs relasional. SQL adalah salah satu bahasa komersial pertama untuk model relasional. Meski tidak mengikuti model relasional seperti yang dijelaskan oleh Codd , telah menjadi bahasa database yang paling banyak digunakan. [10][11] Meskipun sering digambarkan sebagai, dan untuk sebagian besar adalah bahasa deklaratif , SQL juga mencakup prosedural elemen. SQL menjadi standar dari American National Standards Institute (ANSI) pada tahun 1986, dan dari Organisasi Internasional untuk Standar (ISO) pada tahun 1987. Sejak itu standar telah ditingkatkan beberapa kali dengan fitur yang ditambahkan. Namun, isu portabilitas kode SQL antara produk RDBMS

utama masih ada karena kurangnya kepatuhan penuh dengan, atau interpretasi yang berbeda dari standar. Di antara alasan yang disebutkan adalah ukuran besar, dan spesifikasi lengkap dari standar, serta vendor lock-in . OQL untuk model objek Artikel utama: OQL OQL adalah model obyek bahasa standar (oleh Grup Object Data Management ) yang telah mempengaruhi desain dari beberapa bahasa query baru seperti JDOQL dan EJB QL , meskipun mereka tidak dapat dianggap sebagai rasa yang berbeda dari OQL. XQuery untuk model XML Artikel utama: XQuery , XML , dan SQL / XML XQuery adalah XML bahasa database berbasis (juga bernama XQL ). SQL / XML menggabungkan XQuery dan XML dengan SQL . [12] Database arsitektur Arsitektur database (harus dibedakan dari DBMS arsitektur, lihat di bawah ) dapat dilihat, sampai batas tertentu, sebagai perpanjangan dari pemodelan data . Hal ini digunakan untuk mudah menjawab kebutuhan yang berbeda end-user dari database yang sama, serta untuk manfaat lainnya. Sebagai contoh, departemen keuangan perusahaan memerlukan rincian pembayaran dari seluruh karyawan sebagai bagian dari biaya perusahaan, namun banyak detail tidak lain tentang karyawan, yang merupakan kepentingan sumber daya manusia departemen. Jadi departemen yang berbeda membutuhkan pandangan yang berbeda dari database perusahaan, bahwa kedua meliputi pembayaran karyawan, mungkin dalam tingkat yang berbeda detail (dan disajikan dalam bentuk visual yang berbeda). Untuk memenuhi kebutuhan secara efektif arsitektur database tersebut 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. [13]

Tingkat eksternal mendefinisikan bagaimana setiap jenis pengguna akhir memahami organisasi data masing-masing yang relevan dalam database, yaitu, yang dibutuhkan pengguna akhir yang berbeda pandangan. Sebuah database tunggal dapat memiliki sejumlah pandangan di tingkat eksternal. Tingkat konseptual menyatukan pandangan eksternal ke dalam berbagai pandangan kesatuan yang utuh, global. [13] Ini menyediakan-common denominator dari semua pandangan eksternal. Ini terdiri dari semua pengguna akhir data generik yang diperlukan, yaitu, semua data dari pandangan mana pun dapat diturunkan / dihitung. Hal ini disediakan dengan cara yang paling sederhana mungkin data generik tersebut, dan terdiri dari tulang punggung dari database. Itu adalah keluar dari lingkup pengguna akhirberbagai database, dan melayani pengembang aplikasi database dan didefinisikan oleh administrator database yang membangun database.

Tingkat internal (atau tingkat fisik) adalah sebagai soal fakta bagian dari implementasi database dalam DBMS (lihat bagian Implementasi 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 justifikasi kinerja ada untuk redundansi tersebut. Ini menyeimbangkan semua persyaratan eksternal dilihat kinerja, mungkin bertentangan, dalam upaya untuk mengoptimalkan penggunaan database secara keseluruhan oleh semua nya 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 berhubungan dengan dan dimotivasi oleh konsep independensi data yang telah dijelaskan 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 dibuat 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 belit antara internal dan eksternal. Di satu sisi memberikan pandangan umum dari database, terlepas dari berbagai pandangan struktur eksternal, dan di sisi lain itu 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 prakteknya biasanya diberikan DBMS menggunakan model data yang sama untuk kedua eksternal dan tingkat konseptual (misalnya, model relasional). Tingkat internal, yang tersembunyi di dalam DBMS dan tergantung pada pelaksanaannya (lihat bagian bawah Pelaksanaan), membutuhkan tingkat yang berbeda detail dan menggunakan jenis sendiri struktur data, biasanya berbeda dalam sifat dari struktur tingkat eksternal dan konseptual yang terkena pengguna DBMS (misalnya, model data di atas): Sementara tingkat eksternal dan konseptual yang berfokus pada dan melayani pengguna DBMS, perhatian tingkat internal adalah rincian pelaksanaan yang efektif. Keamanan database Artikel utama: Database keamanan Keamanan database berhubungan dengan semua berbagai aspek melindungi isi database, pemiliknya, dan penggunanya. Hal ini berkisar dari perlindungan dari database yang tidak sah disengaja digunakan untuk mengakses database yang disengaja oleh entitas yang tidak sah (misalnya, seseorang atau sebuah program komputer).

Berikut adalah area utama dari keamanan database (di antara banyak lainnya). Kontrol akses Artikel utama: kontrol akses Database kontrol akses berkaitan dengan mengontrol siapa (seseorang atau suatu program komputer tertentu) diperbolehkan untuk mengakses informasi apa dalam database. Informasi dapat terdiri dari objek database tertentu (misalnya, catatan jenis, catatan tertentu, struktur data), perhitungan tertentu atas objek tertentu (misalnya, jenis permintaan, atau pertanyaan spesifik), atau menggunakan jalur akses khusus untuk mantan (misalnya, menggunakan indeks tertentu atau struktur data lainnya untuk mengakses informasi). Database kontrol akses yang ditetapkan oleh khusus (oleh pemilik database) personil yang berwenang yang menggunakan didedikasikan dilindungi keamanan antarmuka DBMS. Keamanan data Artikel utama: keamanan data dan Enkripsi Definisi keamanan data bervariasi dan dapat tumpang tindih dengan aspek keamanan database lainnya. Luas berhubungan dengan melindungi potongan tertentu dari data, baik secara fisik (yaitu, dari korupsi, atau perusakan, atau penghapusan, misalnya, lihat keamanan fisik ), atau penafsiran mereka, atau bagian dari mereka untuk informasi yang bermakna (misalnya, dengan melihat string bit yang mereka terdiri, menyimpulkan spesifik berlaku kartu kredit nomor, misalnya, lihat enkripsi data ). Database Audit Artikel utama: Audit database Audit database terutama melibatkan pemantauan bahwa tidak ada pelanggaran keamanan, dalam segala aspek, telah terjadi. Jika pelanggaran keamanan ditemukan maka semua tindakan korektif yang mungkin diambil. Desain database Artikel utama: Database desain Desain database dilakukan sebelum bangunan itu untuk memenuhi kebutuhan pengguna akhir dalam sistem informasi yang diberikan aplikasi / database yang dimaksudkan untuk mendukung. Desain database mendefinisikan data yang diperlukan dan struktur data yang terdiri dari database seperti. Sebuah desain biasanya dilakukan sesuai dengan tiga tingkat umum arsitektur database (melihat arsitektur database di atas). Pertama, tingkat konseptual dirancang, yang mendefinisikan gambar over-semua / pandangan database, dan mencerminkan semua elemen dunia nyata (entitas) database bermaksud untuk model, serta hubungan di antara mereka. Di atas itu tingkat

eksternal, berbagai pandangan dari database, dirancang sesuai dengan (mungkin sama sekali berbeda) kebutuhan spesifik pengguna akhir jenis. Pandangan lebih eksternal dapat ditambahkan kemudian. Eksternal dilihat persyaratan dapat memodifikasi desain dari tingkat konseptual (yaitu, menambah / menghapus entitas dan hubungan), tetapi biasanya tingkat konseptual dirancang dengan baik untuk aplikasi sumur mendukung sebagian besar dari pandangan eksternal yang dibutuhkan. Pandangan konseptual juga menentukan tingkat internal (yang terutama berkaitan dengan tata letak data dalam storage) untuk sebagian besar. Eksternal dilihat persyaratan dapat menambahkan mendukung struktur penyimpanan, seperti pandangan terwujud dan indeks, untuk meningkatkan kinerja. Biasanya lapisan internal dioptimalkan untuk performa terbaik, dengan cara rata-rata yang memperhitungkan persyaratan kinerja akun (mungkin bertentangan) dari pandangan eksternal yang berbeda sesuai dengan kepentingan relatif mereka. Sementara desain tingkat konseptual dan eksternal biasanya dapat dilakukan secara independen dari setiap DBMS (paket desain DBMS-independent software yang ada, mungkin dengan interface untuk beberapa DBMSs populer tertentu), desain tingkat internal sangat bergantung pada kemampuan dan struktur internal data spesifik DBMS digunakan (lihat bagian Implementasi bawah). Sebuah cara yang umum untuk melaksanakan desain tingkat konseptual adalah dengan menggunakan model entity-relationship (ERM) (baik yang dasar, dan dengan peningkatan kemungkinan bahwa itu sudah lebih), karena memberikan persepsi, langsung intuitif unsur aplikasi dan semantik. Sebuah pendekatan alternatif, yang mendahului ERM, menggunakan model relasional dan dependensi (hubungan matematis) antara data untuk menormalkan database, yaitu, untuk menentukan ("optimal") hubungan (data record atau jenis tupple) dalam database. Meskipun tubuh besar penelitian ada untuk metode ini adalah lebih kompleks, kurang intuitif, dan tidak lebih efektif daripada metode ERM. Jadi normalisasi kurang dimanfaatkan dalam praktek daripada metode ERM. ERM mungkin kurang halus dari normalisasi dalam beberapa aspek, tetapi menangkap dependensi yang dibutuhkan utama yang disebabkan oleh kunci / pengidentifikasi entitas dan hubungan. Juga ERM inheren termasuk dependensi inklusi penting (yaitu, sebuah contoh entitas yang tidak ada (belum eksplisit dimasukkan) tidak dapat muncul dalam hubungan dengan entitas lain) yang biasanya telah diabaikan dalam normalisasi. [14] Selain ERM memungkinkan entitas jenis generalisasi (yang Is-a relationship) dan properti tersirat (atribut) warisan (mirip dengan yang ditemukan di model object). Aspek lain dari desain database adalah keamanannya. Ini melibatkan kedua mendefinisikan kontrol akses ke objek database (misalnya, Entitas, Views) serta mendefinisikan tingkat keamanan dan metode untuk data diri (Lihat Database keamanan di atas). Entitas dan hubungan Artikel utama: Entity-model hubungan Metode database yang paling umum desain didasarkan pada model hubungan entitas (ERM, atau model ER). Model ini memandang dunia dengan cara yang sederhana tapi sangat kuat: Ini terdiri dari "entitas" dan "hubungan" di antara mereka. Oleh karena database terdiri dari jenis entitasdan

hubungan, masing-masing dengan atribut yang didefinisikan (jenis lapangan) bahwa entitas beton model dan hubungan. Pemodelan database dengan cara ini biasanya menghasilkan salah satu yang efektif dengan sifat yang diinginkan (seperti dalam beberapa bentuk normal, lihat normalisasi bawah). Model tersebut dapat diterjemahkan ke model data lain yang diperlukan oleh DBMS khusus untuk membangun database yang efektif. Normalisasi database Artikel utama: Normalisasi database Dalam desain sebuah database relasional , proses pengorganisasian hubungan database untuk meminimalkan redundansi disebut normalisasi. Tujuannya adalah untuk menghasilkan terstruktur dengan baik sehingga hubungan penambahan, penghapusan, dan modifikasi dari lapangan dapat dibuat hanya dalam satu relasi (tabel) tanpa khawatir tentang penampilan dan update dari bidang yang sama dalam hubungan lainnya. Proses ini algoritmik dan berbasis pada dependensi (hubungan matematika) yang ada di antara jenis bidang hubungan '. Hasil proses membawa hubungan database ke tertentu "bentuk normal" . Bentuk normal ada beberapa dengan sifat yang berbeda. bangunan Database, memelihara, dan tuning Artikel utama: Tuning database Setelah merancang database untuk aplikasi tiba tahap membangun database. Biasanya yang sesuai tujuan umum DBMS dapat dipilih untuk digunakan untuk tujuan ini. Sebuah DBMS menyediakan diperlukan antarmuka pengguna yang akan digunakan oleh administrator database untuk mendefinisikan struktur data aplikasi yang dibutuhkan itu dalam model data masingmasing DBMS itu. Antarmuka pengguna lainnya yang digunakan untuk memilih parameter yang dibutuhkan DBMS (seperti keamanan terkait, parameter alokasi penyimpanan, dll). Ketika database sudah siap (semua data struktur dan komponen yang diperlukan lainnya didefinisikan) itu biasanya diisi dengan data aplikasi awal ini (inisialisasi database, yang biasanya sebuah proyek yang berbeda, dalam banyak kasus menggunakan antarmuka khusus DBMS yang mendukung penyisipan massal) sebelum membuat itu operasional. Dalam beberapa kasus database menjadi operasional sementara kosong dari data aplikasi, dan data diakumulasikan sepanjang operasinya. Setelah menyelesaikan membangun database dan membuatnya operasional tiba tahap pemeliharaan database: parameter database Berbagai mungkin perlu perubahan dan penyetelan untuk performa yang lebih baik, data aplikasi struktur dapat diubah atau ditambah, baru program aplikasi terkait dapat ditulis untuk menambah fungsionalitas aplikasi, dan lain-lain daerah Miscellaneous database migrasi antara DBMSs

Lihat juga migrasi database di data migrasi Sebuah database dibangun dengan satu DBMS tidak portabel lain DBMS (misalnya, DBMS lain tidak dapat menjalankannya). Namun, dalam beberapa situasi itu diinginkan untuk bergerak, migrasi database dari satu DBMS yang lain. Alasan terutama ekonomis (DBMSs berbeda mungkin memiliki berbagai biaya total kepemilikan atau TCOs), fungsional, dan operasional (DBMSs yang berbeda mungkin memiliki kemampuan yang berbeda). Migrasi melibatkan transformasi database dari satu jenis DBMS yang lain. Transformasi harus menjaga (jika mungkin) aplikasi database terkait (yaitu, semua program aplikasi yang terkait) utuh. Dengan demikian, tingkat konseptual dan eksternal database arsitektur harus dipertahankan dalam transformasi. Ini mungkin diinginkan yang juga beberapa aspek dari tingkat arsitektur internal dipertahankan. Sebuah migrasi database yang kompleks atau besar bisa menjadi proyek (satu kali) rumit dan mahal dengan sendirinya, yang harus menjadi faktor dalam keputusan untuk bermigrasi. Ini terlepas dari fakta bahwa mungkin ada alat untuk membantu migrasi antara DBMS yang spesifik. Biasanya vendor DBMS menyediakan alat untuk membantu mengimpor database dari DBMSs populer lainnya. Implementasi: sistem manajemen database Artikel utama: Database sistem manajemen Sebuah sistem manajemen database (DBMS) adalah suatu sistem yang memungkinkan untuk membangun dan memelihara database, serta memanfaatkan data mereka dan mengambil informasi dari itu. Sebuah DBMS mengimplementasikan solusi (lihat daerah basis data Mayor fungsional di atas) dengan persyaratan database kegunaan diatas. Ini mendefinisikan jenis database yang mendukung, serta fungsi dan kemampuan operasional. Sebuah DBMS menyediakan proses internal untuk aplikasi eksternal yang dibangun pada mereka. Akhirpengguna beberapa aplikasi tertentu seperti biasanya terkena hanya untuk aplikasi itu dan tidak secara langsung berinteraksi dengan DBMS. Dengan demikian pengguna akhir menikmati efek dari DBMS yang mendasari, namun internal yang benar-benar tak terlihat untuk pengguna akhir. Database desainer dan administrator database berinteraksi dengan DBMS melalui antarmuka yang didedikasikan untuk membangun dan memelihara aplikasi 'database, dan dengan demikian perlu beberapa pengetahuan dan pemahaman lebih tentang bagaimana mengoperasikan DBMSs dan DBMSs' antarmuka eksternal dan parameter tuning. Sebuah DBMS terdiri dari perangkat lunak yang beroperasi database, menyediakan penyimpanan, akses, keamanan, backup dan fasilitas lainnya untuk memenuhi persyaratan yang dibutuhkan. DBMSs dapat dikategorikan menurut model database (s) bahwa mereka mendukung, seperti relasional atau XML, jenis (s) dari komputer mereka mendukung, seperti cluster server atau telepon seluler, bahasa query (s) bahwa akses database, seperti SQL atau XQuery , kinerja perdagangan-off, seperti skala maksimum atau kecepatan maksimum atau orang lain. Beberapa DBMSs mencakup lebih dari satu entri dalam kategori ini, misalnya, mendukung bahasa query ganda. Perangkat lunak database biasanya mendukung Open Database Connectivity (ODBC) standar yang memungkinkan database untuk mengintegrasikan (sampai batas tertentu) dengan database lain.

Pengembangan tujuan umum DBMS biasanya matang membutuhkan waktu beberapa tahun dan banyak pria-tahun. Pengembang DBMS biasanya memperbarui produk mereka untuk mengikuti dan mengambil keuntungan dari kemajuan dalam teknologi komputer dan penyimpanan. Beberapa DBMS produk seperti Oracle dan IBM DB2 telah di on-akan pembangunan sejak tahun 1970-1980-an. Karena DBMSs terdiri signifikan ekonomispasar , komputer dan penyimpanan vendor sering mengambil mempertimbangkan persyaratan DBMS dalam rencana pembangunan mereka sendiri. DBMS arsitektur: utama DBMS komponen DBMS arsitektur menentukan komponennya (termasuk deskripsi fungsi mereka) dan interfacenya. DBMS arsitektur berbeda dari arsitektur database. Berikut ini adalah komponen utama DBMS:

DBMS eksternal interface - Mereka adalah sarana untuk berkomunikasi dengan DBMS (dua arah, ke dan dari DBMS) untuk melakukan semua operasi yang diperlukan untuk DBMS. Ini bisa menjadi operasi pada database, atau operasi untuk mengoperasikan dan mengelola DBMS. Sebagai contoh: - Operasi database Langsung: mendefinisikan jenis data, menetapkan tingkat keamanan, pemutakhiran data, query database, dll - Operasi yang berhubungan dengan operasi DBMS dan manajemen: backup dan restore, pemulihan database, pemantauan keamanan, alokasi penyimpanan database dan database tata letak konfigurasi monitoring, pemantauan kinerja dan tuning, dll Sebuah antarmuka eksternal dapat berupa user interface (misalnya, biasanya untuk database administrator), atau antarmuka pemrograman aplikasi (API) yang digunakan untuk komunikasi antara program aplikasi dan DBMS.

Mesin bahasa database (atau prosesor) - Kebanyakan operasi pada database dilakukan melalui ekspresi dalam bahasa Database (lihat di atas). Bahasa ada untuk definisi data, manipulasi data dan query (misalnya, SQL), serta untuk menentukan berbagai aspek keamanan, dan banyak lagi. Ekspresi bahasa yang dimasukkan ke dalam DBMS melalui antarmuka yang tepat. Sebuah mesin bahasa memproses ekspresi bahasa (interpreter oleh kompilator atau bahasa) untuk mengekstrak operasi database yang diinginkan dari ekspresi dengan cara yang mereka dapat dieksekusi oleh DBMS. Query optimizer - Melakukan optimasi query pada setiap permintaan untuk memilih untuk itu yang paling efisien rencana permintaan (order parsial (pohon) operasi) yang akan dieksekusi untuk menghitung hasil query. Mesin database - Melakukan operasi database yang diterima pada objek database, biasanya pada tingkat yang lebih tinggi representasi mereka. Penyimpanan mesin - menerjemahkan operasi untuk operasi tingkat rendah pada penyimpanan bit . Dalam beberapa referensi Penyimpanan mesin dipandang sebagai bagian dari mesin database. Transaksi mesin - untuk tujuan kebenaran dan kehandalan yang paling DBMS internal yang operasi dilakukan dikemas dalam transaksi (lihat di bawah). Transaksi juga dapat ditentukan secara eksternal ke DBMS untuk membungkus sekelompok operasi. Mesin

transaksi melacak semua transaksi dan mengelola pelaksanaannya sesuai dengan aturan transaksi (misalnya, concurrency kontrol yang tepat, dan komit tepat atau batalkan untuk masing-masing). DBMS manajemen dan komponen operasional - Terdiri banyak komponen yang berhubungan dengan semua manajemen DBMS dan aspek operasional seperti pemantauan kinerja dan tuning, backup dan restore, recovery dari kegagalan, manajemen keamanan dan pemantauan, alokasi penyimpanan database dan database pemantauan penyimpanan tata letak, dll

penyimpanan database Artikel utama: Komputer penyimpanan data Penyimpanan database adalah wadah dari perwujudan fisik database. Ini terdiri dari tingkat (fisik) internal dalam arsitektur database. Hal ini juga berisi semua informasi yang diperlukan (misalnya, metadata , "data tentang data", dan internal struktur data ) untuk merekonstruksi tingkat konseptual dan tingkat eksternal dari tingkat internal bila diperlukan. Hal ini bukan bagian dari DBMS melainkan dimanipulasi oleh DBMS (oleh mesin Storage nya, lihat di atas) untuk mengelola database yang berada di dalamnya. Meskipun biasanya diakses oleh DBMS melalui mendasari sistem operasi (dan sering memanfaatkan sistem operasi ' sistem file sebagai perantara untuk layout storage), penyimpanan properti dan pengaturan konfigurasi yang sangat penting bagi operasi yang efisien dari DBMS, dan dengan demikian erat dikelola oleh database administrator. Sebuah DBMS, saat beroperasi, selalu memiliki database-nya yang berada di beberapa jenis penyimpanan (misalnya, memori dan penyimpanan eksternal). Data database dan informasi yang dibutuhkan tambahan, mungkin dalam jumlah yang sangat besar, dikodekan menjadi bit. Data biasanya berada dalam penyimpanan dalam struktur yang terlihat benar-benar berbeda dari cara mencari data di tingkat konseptual dan eksternal, namun dengan cara yang mencoba untuk mengoptimalkan (yang terbaik) rekonstruksi tingkat ini 'bila diperlukan oleh pengguna dan program, serta seperti untuk menghitung tambahan jenis informasi yang dibutuhkan dari data (misalnya, ketika query database). Pada prinsipnya penyimpanan database dapat dilihat sebagai linierruang alamat , di mana setiap bit data memiliki alamat yang unik dalam ruang alamat. Praktis hanya persentase yang sangat kecil dari alamat disimpan sebagai titik acuan awal (yang juga membutuhkan storage), dan sebagian besar data database diakses oleh tipuan menggunakan perhitungan perpindahan (jarak dalam bit dari titik referensi) dan struktur data yang menentukan jalur akses (menggunakan pointer) ke semua data yang diperlukan dengan cara yang efektif, dioptimalkan untuk operasi data yang diperlukan akses. Data Coding data dan kesalahan-kode koreksi Artikel utama: Kode , Character encoding , deteksi kesalahan dan koreksi , dan Siklik redundansi memeriksa

Data dikodekan dengan menetapkan pola bit untuk setiap bahasa alfabet karakter, digit , pola numerik lainnya, dan multimedia objek. Banyak standar yang ada untuk encoding (misalnya, ASCII , JPEG , MPEG-4 ). Dengan menambahkan bit untuk setiap unit disandikan, redundansi memungkinkan baik untuk mendeteksi kesalahan dalam data yang dikodekan dan untuk memperbaikinya berdasarkan algoritma matematika. Kesalahan terjadi secara teratur dalam probabilitas rendah karena random nilai bit flipping, atau "kelelahan bit fisik," hilangnya bit fisik dalam penyimpanan kemampuannya untuk mempertahankan nilai dibedakan (0 atau 1), atau karena kesalahan dalam komunikasi antar atau intra-komputer . Sebuah Flip sedikit acak (misalnya, karena random radiasi ) biasanya dikoreksi pada deteksi. Sedikit, atau sekelompok bit rusak fisik (tidak selalu sedikit cacat spesifik diketahui, definisi kelompok tergantung pada perangkat penyimpanan khusus) biasanya otomatis dipagariout, dibawa keluar dari digunakan oleh perangkat, dan diganti dengan kelompok lain setara berfungsi pada perangkat, di mana nilai-nilai bit dikoreksi dikembalikan (jika memungkinkan). The redundansi siklik cek (CRC) Metode ini biasanya digunakan dalam penyimpanan untuk mendeteksi kesalahan.

Data kompresi Artikel utama: kompresi data Metode kompresi data memungkinkan dalam banyak kasus untuk mewakili string bit dengan bit string pendek ("kompres") dan merekonstruksi string asli ("dekompresi") bila diperlukan. Hal ini memungkinkan untuk memanfaatkan penyimpanan substansial kurang (puluhan persen) untuk berbagai jenis data pada biaya lebih perhitungan (kompres dan dekompresi bila diperlukan). Analisis trade-off antara penghematan biaya penyimpanan dan biaya perhitungan terkait dan penundaan mungkin dalam ketersediaan data dilakukan sebelum memutuskan apakah akan menyimpan data tertentu dalam database dikompresi atau tidak. Kompresi data biasanya dikontrol melalui DBMS interface definisi data, tetapi dalam beberapa kasus mungkin standar dan otomatis. Data enkripsi Artikel utama: Kriptografi Untuk alasan keamanan jenis tertentu dari data (misalnya, kartu kredit informasi) dapat disimpan dienkripsi dalam penyimpanan untuk mencegah kemungkinan rekonstruksi informasi yang tidak sah dari potongan snapshot penyimpanan (diambil baik melalui kerentanan tak terduga dalam DBMS, atau lebih mungkin, dengan melewati itu). Enkripsi data biasanya dikontrol melalui antarmuka definisi DBMS itu data, tetapi dalam beberapa kasus mungkin default dan otomatis. Data jenis penyimpanan

Ini koleksi bit menggambarkan kedua data database berisi dan metadata yang terkait mereka (yaitu, data yang menggambarkan data yang terkandung dan memungkinkan program komputer untuk memanipulasi data database dengan benar). Ukuran database saat ini dapat menjadi puluhan terabyte , di mana byte adalah delapan bit. Perwujudan fisik sedikit dapat menggunakan teknologi yang sudah ada berbagai, sedangkan teknologi baru dan ditingkatkan terus-menerus dalam pengembangan. Contoh umum adalah:

Magnetic media (misalnya, dalam disk magnetik ) - orientasi medan magnet di daerah magnet pada permukaan material (dua arah orientasi, untuk 0 dan 1). Dynamic random-access memory (DRAM) - keadaan miniatur sirkuit elektronik yang terdiri dari beberapa transistor (antara jutaan saat ini) dalam sebuah sirkuit terpadu (dua negara untuk 0 dan 1).

Kedua contoh adalah masing-masing untuk dua jenis penyimpanan utama:

Penyimpanan nonvolatile dapat mempertahankan bit nya negara (0s dan 1s) tanpa catu daya listrik, atau bila catu daya terganggu; Penyimpanan Volatile kehilangan nilai bit ketika power supply terganggu (misalnya, isinya dihapus).

Unit penyimpanan canggih, yang dapat, pada kenyataannya, menjadi efektif paralel komputer khusus yang mendukung sejumlah besar penyimpanan nonvolatile, biasanya harus menyertakan juga komponen dengan penyimpanan volatile. Beberapa unit tersebut menggunakan baterai yang dapat menyediakan listrik untuk beberapa jam dalam kasus gangguan daya eksternal (misalnya, lihat Symmetrix EMC ) dan dengan demikian mempertahankan isi bagian penyimpanan volatil utuh. Tepat sebelum baterai seperti perangkat kehilangan kekuasaan mereka perangkat biasanya otomatis punggung-up konten tidak stabil bagian (dalam nonvolatile) dan menutup untuk melindungi datanya. Database biasanya terlalu mahal (dalam hal penting dan membutuhkan investasi dalam sumber daya, misalnya, waktu, uang, untuk membangun mereka) akan hilang oleh gangguan listrik. Jadi pada setiap titik waktu sebagian besar konten mereka berada dalam penyimpanan nonvolatile. Bahkan jika karena alasan operasional bagian yang sangat besar dari mereka berada dalam penyimpanan volatile (misalnya, puluhan gigabyte dalam memori volatile, dalam memori database), sebagian besar dari hal ini adalah didukung-up dalam penyimpanan nonvolatile. Sebuah porsi yang relatif kecil ini, yang sementara mungkin tidak memiliki cadangan nonvolatile, dapat direkonstruksi oleh prosedur yang tepat pemulihan database otomatis setelah kehilangan penyimpanan konten volatile. Lebih contoh jenis penyimpanan:

Volatile storage dapat ditemukan dalam prosesor, memori komputer (misalnya, DRAM), dll Non-volatile jenis penyimpanan meliputi ROM , EPROM , hard disk drive , memori flash dan drive , array penyimpanan , dll

Penyimpanan metrik Bagian ini membutuhkan ekspansi . (Juli 2011) Database selalu menggunakan beberapa jenis penyimpanan ketika operasional (dan tersirat beberapa saat idle). Berbagai jenis signifikan mungkin berbeda dalam sifat mereka, dan campuran yang optimal dari jenis penyimpanan ditentukan oleh jenis dan jumlah operasi yang setiap jenis penyimpanan perlu melakukan, serta pertimbangan seperti ruang fisik dan konsumsi energi dan disipasi (yang mungkin menjadi kritis untuk database besar). Jenis penyimpanan dapat dikategorikan oleh atribut berikut:

Volatile / nonvolatile. Biaya medium (misalnya, per megabyte), biaya untuk beroperasi (biaya energi yang dikonsumsi per satuan waktu). Kecepatan akses (misalnya, byte per detik). Granularity - dari halus sampai kasar (misalnya, ukuran dalam byte operasi akses). Keandalan (kemungkinan perubahan nilai bit spontan dalam berbagai kondisi). Sebanyak mungkin maksimal menulis (dari setiap bit tertentu atau kelompok tertentu bit, dapat dibatasi oleh teknologi yang digunakan (misalnya, "tulis sekali" atau "menulis dua kali"), atau karena "kelelahan fisik bit," hilangnya kemampuan untuk membedakan antara 0, 1 negara karena perubahan banyak negara (misalnya, dalam memori Flash)). Daya yang dibutuhkan untuk mengoperasikan (Energi per waktu, energi per byte diakses), efisiensi energi, panas menghilang. Kemasan kepadatan (misalnya, jumlah realistis byte per satuan volume)

Melindungi penyimpanan konten perangkat: Perangkat mirroring (replikasi) dan RAID Artikel utama: Disk mirroring dan RAID Lihat juga replikasi penyimpanan Disk Sementara sekelompok kerusakan bit dapat diatasi dengan deteksi kesalahan dan mekanisme koreksi (lihat di atas), penyimpanan kerusakan perangkat memerlukan solusi yang berbeda. Solusi berikut ini umum digunakan dan berlaku untuk perangkat penyimpanan yang paling:

Perangkat mirroring (replikasi) - Sebuah solusi umum untuk masalah ini terus menjaga salinan identik dari konten perangkat pada perangkat lain (biasanya dari jenis yang sama). The downside adalah bahwa ini menggandakan penyimpanan, dan kedua perangkat (salinan) perlu diperbarui secara bersamaan dengan beberapa overhead dan mungkin beberapa penundaan. Keuntungannya adalah bersamaan mungkin membaca dari kelompok data yang sama oleh dua proses independen, yang meningkatkan kinerja. Ketika salah satu perangkat direplikasi terdeteksi menjadi rusak, salinan lainnya masih operasional, dan sedang digunakan untuk menghasilkan salinan baru pada perangkat lain (biasanya tersedia operasional di kolam stand-by perangkat untuk tujuan ini). Redundant array disk independen( RAID ) - Metode ini generalizes perangkat mirroring diatas dengan memungkinkan satu perangkat dalam kelompok perangkat N gagal dan digantikan dengan konten dipulihkan (mirroring Device RAID dengan N = 2).

RAID kelompok N = 5 atau N = 6 yang umum. N> 2 menghemat penyimpanan, ketika membandingkan dengan N = 2, pada biaya pengolahan yang lebih baik selama operasi rutin (dengan kinerja sering dikurangi) dan penggantian perangkat yang rusak. Perangkat mirroring dan RAID khas dirancang untuk menangani kegagalan perangkat tunggal dalam kelompok RAID perangkat. Namun, jika kegagalan kedua terjadi sebelum kelompok RAID benar-benar diperbaiki dari kegagalan pertama, maka data bisa hilang. Kemungkinan kegagalan tunggal biasanya kecil. Jadi probabilitas dari dua kegagalan dalam kelompok RAID yang sama dalam jarak waktu yang jauh lebih kecil (kira-kira probabilitas kuadrat, yaitu, dikalikan dengan sendirinya). Jika database tidak dapat menoleransi bahkan probabilitas tersebut lebih kecil dari kehilangan data, maka kelompok RAID sendiri direplikasi (cermin). Dalam banyak kasus mirroring tersebut dilakukan secara geografis jauh, dalam array penyimpanan yang berbeda, untuk menangani juga pemulihan dari bencana (lihat pemulihan bencana di atas). Database tata letak penyimpanan Bit database diletakkan-out dalam penyimpanan data-struktur dan pengelompokan yang dapat mengambil keuntungan dari kedua algoritma yang efektif dikenal untuk mengambil dan memanipulasi mereka dan sifat penyimpanan sendiri. Biasanya penyimpanan itu sendiri adalah desain untuk memenuhi persyaratan dari berbagai bidang yang luas memanfaatkan penyimpanan, termasuk database. Sebuah DBMS dalam operasi selalu bersamaan menggunakan jenis penyimpanan beberapa (misalnya, memori, dan penyimpanan eksternal), dengan metode tata letak masing-masing. Database hirarki storage Sebuah database, saat beroperasi, berada serentak di beberapa jenis penyimpanan. Dengan sifat komputer kontemporer sebagian besar bagian database dalam komputer yang host DBMS berada (sebagian direplikasi) dalam penyimpanan volatil. Data (potongan database) yang sedang diproses / dimanipulasi berada di dalam prosesor, mungkin dalam cache prosesor . Data-data sedang dibaca dari / ditulis ke memori, biasanya melalui komputer bus (sejauh biasanya komponen penyimpanan volatil). Memori komputer berkomunikasi data (ditransfer ke / dari) penyimpanan eksternal, biasanya melalui antarmuka storage standar atau jaringan (misalnya, saluran serat , iSCSI ). Sebuah array penyimpanan , unit penyimpanan umum eksternal, biasanya memiliki hirarki penyimpanan itu sendiri, dari cache cepat, biasanya terdiri dari (volatile dan cepat) DRAM , yang terhubung (lagi melalui interface standar) ke drive, mungkin dengan kecepatan yang berbeda, seperti flash drive dan magnetik disk drive (non-volatile). Drive dapat dihubungkan ke tape magnetik , yang biasanya bagian paling aktif dari database yang besar dapat berada, atau generasi backup database. Biasanya ada korelasi antara kecepatan saat penyimpanan dan harga, sedangkan penyimpanan yang lebih cepat biasanya volatile. Struktur data Artikel utama: database struktur penyimpanan

Bagian ini membutuhkan ekspansi . (Juni 2011) Sebuah struktur data adalah membangun abstrak yang embeds data dengan cara yang didefinisikan dengan baik. Sebuah struktur data yang efisien memungkinkan untuk memanipulasi data dengan cara yang efisien. Manipulasi data mungkin termasuk penyisipan data, penghapusan, memperbarui dan pengambilan dalam berbagai modus. Sebuah tipe data tertentu struktur mungkin sangat efektif dalam operasi tertentu, dan sangat tidak efektif pada orang lain. Sebuah jenis struktur data yang dipilih pada DBMS pengembangan terbaik untuk memenuhi operasi yang dibutuhkan untuk jenis data yang dikandungnya. Jenis struktur data yang dipilih untuk tugas tertentu biasanya juga mempertimbangkan jenis penyimpanan yang berada di (misalnya, kecepatan akses, ukuran minimal potongan penyimpanan diakses, dll). Dalam beberapa administrator database DBMSs memiliki fleksibilitas untuk memilih di antara pilihan struktur data berisi data pengguna untuk alasan kinerja. Kadang-kadang struktur data telah dapat dipilih parameter untuk menyempurnakan kinerja database. Database dapat menyimpan data dalam tipe struktur data banyak. [15] Contoh umum adalah sebagai berikut:

memerintahkan / unordered flat file hash tabel B + pohon ISAM tumpukan

Aplikasi data dan DBMS Data Sebuah DBMS yang khas tidak dapat menyimpan data dari aplikasi yang dilayaninya saja. Untuk menangani data aplikasi DBMS perlu menyimpan data dalam struktur data yang terdiri dari data spesifik sendiri. Selain DBMS membutuhkan struktur sendiri data dan berbagai jenis data pembukuan seperti indeks dan log . Data DBMS merupakan bagian integral dari database dan dapat terdiri dari sebagian besar dari itu. pengindeksan database Artikel utama: Indeks (database) Pengindeksan adalah teknik untuk meningkatkan kinerja database. Berbagai jenis indeks berbagi milik umum bahwa mereka mengurangi kebutuhan untuk memeriksa setiap entri ketika menjalankan query. Dalam database besar, hal ini dapat mengurangi waktu query / biaya dengan urutan magnitudo. Bentuk paling sederhana dari indeks adalah daftar diurutkan dari nilai-nilai yang dapat dicari menggunakan pencarian biner dengan referensi yang berdekatan dengan lokasi entri, analog dengan indeks di bagian belakang buku. Data yang sama dapat memiliki beberapa indeks (sebuah database karyawan bisa diindeks oleh nama terakhir dan mempekerjakan tanggal.)

Indeks mempengaruhi kinerja, tapi tidak hasil. Desainer database dapat menambahkan atau menghapus indeks tanpa mengubah logika aplikasi, mengurangi biaya pemeliharaan database tumbuh dan berkembang penggunaan database. Mengingat pencarian tertentu, query optimizer DBMS 'bertanggung jawab untuk menyusun strategi yang paling efisien untuk menemukan pencocokan data. Indeks dapat mempercepat akses data, tetapi mereka mengkonsumsi ruang dalam database, dan harus diperbarui setiap kali data yang diubah. Indeks sehingga dapat mempercepat akses data tetapi lambat pemeliharaan data. Kedua sifat menentukan apakah suatu indeks yang diberikan adalah senilai biaya. database clustering data Dalam banyak kasus peningkatan kinerja substansial yang diperoleh jika berbagai jenis objek database yang biasanya digunakan bersama-sama diletakkan dalam penyimpanan dalam jarak, yang berkerumun. Hal ini biasanya memungkinkan untuk mengambil obyek terkait yang diperlukan dari penyimpanan dalam jumlah minimum operasi input (masing-masing memakan waktu kadang-kadang secara substansial). Bahkan untuk di memori database pengelompokan memberikan keuntungan kinerja akibat pemanfaatan umum cache besar untuk input-output operasi dalam memori, dengan perilaku yang dihasilkan serupa. Misalnya mungkin bermanfaat bagi cluster catatan item dalam saham dengan semua catatan masing-masing order. Keputusan apakah akan obyek klaster tertentu atau tidak tergantung pada statistik pemanfaatan benda ', ukuran objek, ukuran cache, jenis penyimpanan, dll Dalam clustering database relasional dua relasi masing "Produk" dan "Orders" hasil dalam menyelamatkan mahal pelaksanaan suatu Gabung operasi antara dua hubungan tersebut setiap kali join diperlukan dalam query (bergabung hasilnya sudah siap dalam penyimpanan dengan clustering, tersedia untuk dimanfaatkan). Database terwujud dilihat Artikel utama: Muncul tampilan Seringkali redundansi penyimpanan digunakan untuk meningkatkan kinerja. Sebuah contoh umum adalah menyimpan pandangan terwujud , yang terdiri dari pandangan eksternal sering dibutuhkan atau hasil query. Menyimpan pandangan seperti menyimpan komputasi mahal dari mereka setiap kali mereka dibutuhkan. Kerugian dari pandangan terwujud adalah biaya overhead yang dikeluarkan saat memperbarui mereka untuk menjaga mereka disinkronkan dengan data aslinya database yang diperbarui, dan biaya redundansi penyimpanan. Database dan replikasi database objek Artikel utama: replikasi database Lihat juga Replikasi bawah

Kadang-kadang database mempekerjakan redundansi penyimpanan dengan replikasi objek database (dengan satu atau lebih salinan) untuk meningkatkan ketersediaan data (baik untuk meningkatkan kinerja simultan end user-beberapa akses ke objek database yang sama, dan untuk menyediakan ketahanan dalam kasus kegagalan parsial dari database terdistribusi). Update dari objek direplikasi perlu disinkronkan seluruh salinan objek. Dalam banyak kasus seluruh database direplikasi. transaksi database Artikel utama: transaksi database Seperti halnya dengan setiap sistem perangkat lunak, DBMS yang beroperasi di lingkungan komputasi yang rusak rentan terhadap kegagalan dari berbagai jenis. Kegagalan dapat merusak database masing-masing kecuali tindakan khusus dilakukan untuk mencegah hal ini. Sebuah DBMS mencapai tingkat tertentu toleransi kesalahan oleh encapsulating operasi dalam transaksi. Konsep transaksi database (atau transaksi atom) telah berevolusi untuk memungkinkan baik database dipahami dengan baik perilaku sistem dalam lingkungan rusak di mana crash bisa terjadi kapan saja, dan pemulihan dari kecelakaan ke keadaan database yang dipahami dengan baik. Sebuah transaksi database adalah unit kerja, biasanya encapsulating sejumlah operasi melalui database (misalnya, membaca objek database, menulis, mendapatkan kunci, dll), abstraksi didukung dalam database dan juga sistem lain. Setiap transaksi telah didefinisikan dengan baik batas-batas dalam hal mana program / kode eksekusi termasuk dalam transaksi itu (ditentukan oleh programmer transaksi via perintah transaksi khusus). ACID aturan Artikel utama: ACID Setiap transaksi database mematuhi aturan berikut:

Atomicity - Entah efek dari semua atau tidak ada usaha tetap ("semua atau tidak" semantik) ketika transaksi selesai (melakukan atau dibatalkan masing-masing). Dengan kata lain, ke dunia luar transaksi berkomitmen muncul (dengan dampaknya pada database) tidak dapat dibagi, atom, dan transaksi dibatalkan tidak meninggalkan efek pada database sama sekali, seolah-olah tidak pernah ada. Konsistensi - Setiap transaksi harus meninggalkan database dalam keadaan (yang benar) yang konsisten, yaitu, menjaga integritas aturan yang telah ditentukan dari database (kendala di atas dan di antara objek database ini). Sebuah transaksi harus mengubah database dari satu negara yang konsisten lain keadaan konsisten (Namun, itu adalah tanggung jawab programmer transaksi untuk memastikan bahwa transaksi itu sendiri adalah benar, yaitu, melakukan dengan benar apa yang hendak melakukan (dari sudut aplikasi dari melihat) sedangkan aturan integritas yang telah ditetapkan ditegakkan oleh DBMS). Oleh karena itu sejak database dapat normal diubah hanya oleh transaksi, semua negara database yang konsisten. Transaksi dibatalkan tidak mengubah keadaan database itu telah dimulai dari, seolah-olah itu tidak pernah ada (atomicity di atas).

Isolasi - Transaksi tidak dapat mengganggu satu sama lain (sebagai hasil akhir dari eksekusi mereka). Selain itu, biasanya (tergantung pada metode kontrol konkurensi) efek dari transaksi yang tidak lengkap bahkan tidak terlihat oleh transaksi lain. Menyediakan isolasi adalah tujuan utama dari kontrol konkurensi. Ketahanan - Pengaruh sukses (komitmen) transaksi harus bertahan melalui crash (biasanya dengan merekam efek transaksi dan acara komit dalam sebuah memori nonvolatile ).

Isolasi, kontrol konkurensi, dan mengunci Artikel utama: kontrol Concurrency , Isolasi (database sistem) , dan serializability , dan dua-fase penguncian Isolasi menyediakan kemampuan untuk beberapa pengguna untuk beroperasi pada database pada waktu yang sama tanpa merusak data.

Concurrency control terdiri dari mekanisme yang mendasari dalam DBMS yang menangani isolasi dan kebenaran jaminan terkait. Hal ini sangat dimanfaatkan oleh database dan mesin penyimpanan (lihat di atas) baik untuk menjamin pelaksanaan yang benar dari transaksi konkuren, dan (mekanisme yang berbeda) kebenaran proses DBMS lainnya. Transaksi yang berhubungan dengan mekanisme biasanya membatasi waktu operasi data database akses '( jadwal transaksi ) perintah tertentu ditandai sebagai serializability dan recoverabiliry sifat jadwal. Membatasi akses basis data pelaksanaan operasi biasanya berarti kinerja berkurang (tingkat eksekusi), dan dengan demikian mekanisme kontrol konkurensi biasanya dirancang untuk memberikan kinerja terbaik di bawah kendala. Seringkali, bila mungkin tanpa merugikan kebenaran, properti serializability dikompromikan untuk performa yang lebih baik. Namun, pemulihan tidak dapat dikompromikan, karena seperti biasanya hasil dalam pelanggaran integritas database cepat. Mengunci adalah konkurensi transaksi metode kontrol yang paling umum di DBMSs, digunakan untuk menyediakan serializability dan pemulihan untuk pembenaran. Dalam rangka untuk mengakses objek database transaksi pertama perlu memperoleh kunci untuk objek ini. Tergantung pada jenis operasi akses (misalnya, membaca atau menulis objek) dan pada jenis kunci, memperoleh kunci tersebut dapat diblokir dan ditunda, jika transaksi lain memegang kunci untuk objek tersebut.

optimasi Query Artikel utama: optimasi Query dan optimizer Pertanyaan Permintaan adalah permintaan informasi dari database. Hal ini dapat yang sederhana seperti "menemukan alamat seseorang dengan SS # 123-45-6789," atau lebih kompleks seperti "menemukan rata-rata gaji semua pria menikah bekerja di California antara usia 30 hingga 39, yang mendapatkan kurang daripada istri-istri mereka. " Pertanyaan hasil dihasilkan dengan mengakses data database yang relevan dan memanipulasi mereka dengan cara yang menghasilkan informasi yang diminta. Karena struktur database yang kompleks, dalam banyak

kasus, dan terutama untuk permintaan tidak-sangat-sederhana, data yang diperlukan untuk query dapat dikumpulkan dari database dengan mengakses dengan cara yang berbeda, melalui data yang berbeda-struktur, dan dalam urutan yang berbeda. Setiap cara yang berbeda biasanya membutuhkan waktu pemrosesan yang berbeda. Pengolahan kali query yang sama mungkin memiliki varians yang besar, dari sepersekian detik ke jam, tergantung pada cara yang dipilih. Tujuan dari optimasi query, yang merupakan proses otomatis, adalah untuk menemukan cara untuk memproses permintaan diberikan dalam waktu minimum. Varians kemungkinan besar dalam waktu membenarkan melakukan optimasi query, meskipun menemukan cara optimal yang tepat untuk mengeksekusi query, di antara semua kemungkinan, biasanya sangat kompleks, memakan waktu dengan sendirinya, mungkin terlalu mahal, dan sering hampir mustahil. Dengan demikian optimasi query biasanya mencoba untuk optimal perkiraan dengan membandingkan beberapa akal sehat alternatif untuk menyediakan dalam waktu yang wajar yang "cukup baik" rencana yang biasanya tidak menyimpang jauh dari hasil terbaik. DBMS dukungan untuk pengembangan dan pemeliharaan database dan aplikasinya Sebuah DBMS biasanya bermaksud untuk menyediakan lingkungan yang nyaman untuk mengembangkan dan kemudian mempertahankan aplikasi yang dibangun di sekitar tipe database masing-masing. Sebuah DBMS baik menyediakan alat-alat seperti, atau memungkinkan integrasi dengan alat eksternal seperti. Contoh untuk alat berhubungan dengan desain database, pemrograman aplikasi, pemeliharaan program aplikasi, analisis kinerja database dan pemantauan, pemantauan konfigurasi database, DBMS konfigurasi hardware (DBMS dan database terkait dapat span komputer, jaringan, dan unit penyimpanan) dan pemetaan database terkait (terutama untuk DBMS terdistribusi), penyimpanan alokasi dan monitoring database tata letak, migrasi penyimpanan, dll