Sistem basis data adalah alat yang umum dan terlihat di dunia korporat — karyawan sering berinteraksi langsung dengan sistem basis data untuk mengirimkan data atau membuat laporan. Sistem basis data juga umum, tetapi tidak terlihat, sebagai komponen sistem perangkat lunak. Misalnya, pertimbangkan situs web e-commerce yang menggunakan database sisi-server untuk menyimpan informasi pelanggan, produk, dan penjualan. Atau pertimbangkan sistem navigasi GPS yang menggunakan database tertanam untuk mengelola peta jalan. Dalam kedua contoh ini, keberadaan sistem basis data disembunyikan dari pengguna; kode aplikasi melakukan semua interaksi basis data. Dari sudut pandang pengembang perangkat lunak, menggunakan basis data secara langsung agak biasa, karena sistem basis data modern mengandung ujung depan yang canggih yang membuat pembuatan kueri dan laporan langsung. Di sisi lain, kemungkinan menggabungkan fungsi basis data ke dalam aplikasi perangkat lunak menarik, karena membuka banyak peluang baru dan belum dijelajahi. Tetapi apa yang dimaksud dengan "menggabungkan fungsi basis data"? Sebuah sistem basis data menyediakan banyak hal, seperti ketekunan, dukungan transaksional, dan pemrosesan kueri. Manakah dari fitur ini yang diperlukan, dan bagaimana mereka harus diintegrasikan ke dalam perangkat lunak? Misalkan misalnya seorang programmer diminta untuk memodifikasi aplikasi yang ada, katakan untuk menambahkan kemampuan untuk menyelamatkan negara, atau untuk meningkatkan keandalan, atau untuk meningkatkan efisiensi akses file. Programmer dihadapkan dengan beberapa opsi arsitektur. Dia dapat: • membeli sistem database tujuan umum berfitur lengkap, dan kemudian memodifikasi aplikasi untuk terhubung ke database sebagai klien; • memperoleh sistem yang lebih khusus yang hanya berisi fitur yang diinginkan, dan yang kodenya dapat disematkan langsung ke dalam aplikasi; atau • tulis sendiri fungsionalitas yang diperlukan. Untuk membuat pilihan yang tepat, programmer perlu memahami apa yang dibutuhkan oleh masing-masing pilihan ini. Dia perlu tahu tidak hanya apa yang sistem database lakukan, tetapi juga bagaimana mereka melakukannya, dan mengapa. Teks ini mengkaji sistem basis data dari sudut pandang pengembangan perangkat lunak. Ini mencakup konsep sistem basis data tradisional, tetapi dari perspektif sistem. Perspektif ini memungkinkan kami untuk menyelidiki mengapa sistem basisdata memang seperti itu. Tentu saja penting untuk mengetahui cara menulis kueri, tetapi sama pentingnya untuk mengetahui bagaimana mereka diproses. Kami tidak ingin hanya menggunakan JDBC, kami ingin tahu mengapa API berisi kelas dan metode yang dilakukannya. Kita perlu merasakan betapa sulitnya untuk menulis cache disk atau fasilitas logging. Dan apa sebenarnya driver database itu?
A database system is a common, visible tool in the corporate world—employees fre- quently interact directly with database systems to submit data or create reports. Database systems are also common, but invisible, as components of software systems. For example, consider an e-commerce website that uses a server-side database to hold customer, product, and sales information. Or consider a GPS navigation system that uses an embedded database to manage the road maps. In both of these examples, the pres- ence of the database system is hidden from the user; the application code performs all of the database interaction. From the point of view of a software developer, using a database directly is rather mundane, because modern database systems contain sophisticated front ends that make the creation of queries and reports straightforward. On the other hand, the possibility of incorporating database functionality into a software application is exciting, because it opens up a wealth of new and unexplored opportunities. But what does “incorporating database functionality” mean? A database system pro- vides many things, such as persistence, transactional support, and query processing. Which of these features are needed, and how should they be integrated into the software? Suppose for example that a programmer is asked to modify an existing application, say to add the ability to save state, or to increase reliability, or to improve the efficiency of file access. The programmer is faced with several architectural options. She could : • purchase a full-featured, general-purpose database system, and then modify the appli- cation to connect to the database as a client; • obtain a more specialized system that contains only the desired features, and whose code can be embedded directly into the application; or • write the necessary functionality herself. In order to make the proper choice, the programmer needs to understand what each of these options entail. She needs to know not only what database systems do, but also how they do it, and why. This text examines database systems from the point of view of the software devel- oper. It covers the traditional database system concepts, but from a systems perspective. This perspective allows us to investigate why database systems are the way they are. It is of course important to know how to write queries, but it is equally important to know how they are processed. We don’t want to just use JDBC, we want to know why the API contains the classes and methods that it does. We need a sense of how hard is it to write a disk cache or logging facility. And what exactly is a database driver, anyway?
