BAB IPENDAHULUANA. Latar BelakangSebagai profesional, kita akan mmenggunakan database dan juga mendesainnya. Memahami bagaimana cara mengorganisasi dan menggunakan data adalah cara untuk meningkatkan tanggung jawab dan wewenang dalam lingkungan pekerjaan. Data biasanya dikumpulkan dengan cara yang tidak tersusun dengan baik bagi profesional. Misalnya kita akan membangun sebuah istana dari blok-blok bangunan. Kita memiliki ide apa yang ingin kita bangun, tetapi terlebih dahulu kita harus mengorganisasikan blok bangunan tersebut agar mudah menemukan dan memilih blok mana yang kita butuhkan. setelah itu kita dapat mengkombinasikan blok tersebut kedalam struktur yang terintegrasi dengan model bangunan yang kita inginkan. Sama seperti database, data yang dikumpulkan oleh organisasi harus terorganisir dan disimpan, sehingga dari data informasi yang berguna tersebut dapat di ambil intisarinya dengan cara yang fleksibel.B. Rumusan Masalah Apakah perbedaan antara organisasi file tradisional dengan pendekatan database untuk mengelola data digital? Bagaimana menjelaskan data base relasional dan sistem manajemen database berorientasi objek digunakan untuk menyusun database, mengisi mereka dengan data, dan memanipulasi data untuk menghasilkan informasi? fitur dan operasi dari database relasional mana yang penting,dan model database apa yang paling populer? Bagaimana model data dan desain dapat menciptakan blue print konseptual dari database? Bagaimana cara agar database dapat digunakan dalam website? Daftar operasi apa saja yang terlibat dalam mentransfer data dari transaksional database ke gudang data.C. Tujuan Pembelajaran Memahami perbedaan antara organisasi file tradisional dan pendekatan database untuk mengelola data digital. Memahami bagaimana data base relasional dan sistem manajemen database berorientasi objek digunakan untuk menyusun database, mengisi mereka dengan data, dan memanipulasi data untuk menghasilkan informasi. memahami fitur dan operasi dari database relasional yang penting,dan model database yang paling populer. Memahami bagaimana model data dan desain mampu menciptakan blue print konseptual dari Database Memahami dan mendiskusikan bagaimana database dapat digunakan dalam Web Memahami daftar operasi yang terlibat dalam mentransfer data dari transaksional database ke gudang data. BAB IIPEMBAHASANA. The traditional file approachData dapat dipertahankan dalam salah satu dari dua cara: pendekatan file tradisional yang tidak memiliki mekanisme untuk tagging, mengambil, dan memanipulasi data dan pendekatan database,yang memiliki mekanisme ini. Agar dapat melihat keuntungan dari pendekatan database, anda harus fokus terhadap gangguan yang terdapat didalam acces dan proses dalam memanipulasi data pada pendekatan file tradisional seperti: ketergantungan pada program data, integritas data yang rendah, redundansi data (duplikasi data) Seperti pada contoh file sumber daya manusia pada format file tradisional. Misalkan seorang programmer ingin mengambil dan hanya mencetak nama belakang dan nomer departemen dari setiap pegawai dari file tersebut. Programmer harus jelas menginstruksikan komputer untuk mengambil data pertama antara posisi 10 dan posisi 20.kemudian dia harus menginstruksikan komputer untuk skip posisi sampai ke posisi 35 dan mengambil data diantara posisi 36 dan 39. Programmer tidak dapat menginstruksikan komputer untuk mengambil bagian dari data berdasarkan kolom nama, karena kolom nama tidak ada dalam format tersebut. Untuk membuat sebuah laporan, programmer harus tahu dimana ia harus menaruhkan range posisi seperti tipe data dan memasukkan judul yang tepat, nama belakang dan departemet, agar pembaca dapat memahami informasi tersebut.Kelemahan lain penyimpanan data tradisional adalah integritas data yang rendah.karena file file dibuat dengan sistem file model lama, dan tetap masih dipakai, untuk dapat digunakan dalam spesifikasi unit organisasi. , yang berikutnya yaitu adanya redundansi data yang akan mengahabiskan banyak space penyimpanan.B. Database approachDalam database approach, bagian-bagian data di organisasikan dalam sebuah entitas. Suatu entitas adalah obyek tentang organisasi yang memilih untuk mengumpulkan data.Entities bisa menjadi seperti jenis orang, seperti karyawan, mahasiswa, atau anggota fanclubs, event, seperti transaksi penjualan, event olahraga, atau pertunjukan teater ,atau benda mati, seperti produk yang diinventarisir atau untuk produk yang dijual, bangunan, atau mineral. Di Konteks manajemen data, "entitas" mengacu pada semua kejadian berbagi jenis data yang sama. oleh karena itu, tidak masalah jika Anda mempertahankan catatan satu siswa atau catatan banyak mahasiswa, karena entitas adalah "mahasiswa." Untuk memahami bagaimana data diorganisasi dalam database, pertama Anda harus memahami hirarki data seperti pada data yang menunjukkan kompilasi informasi tentang siswa: nama pertama mereka, nama terakhir, tahun lahir, SSN, jurusan (departement), dan nomor telepon kampus. Bagian terkecil dari karakter data (seperti surat di depan atau belakang, atau digit alamat jalan) Beberapa karakter membuat kolom. kolom ini adalah salah satu bagian dari informasi mengenai entitas, seperti nama belakang atau nama pertama mahasiswa, atau Alamat siswa. siswa terkait dengan entitas yang membuat catatan yang sama. Suatu koleksi catatan terkait, seperti semua catatan mahasiswa sebuah perguruan tinggi, disebut file. Seringkali, beberapa file terkait harus dijaga bersama-sama. Suatu kumpulan file tersebut disebut sebagai database. Akan Tetapi, fitur database tetap ada bahkan ketika database terdiri dari satu file. Setelah fields memiliki nama, termasuk nama terakhir, Nama Pertama, SSN, dan sejenisnya, Data dalam setiap field membawa tag nama bidang dan bisa dengan mudah diakses oleh nama field, tidak peduli di mana data disimpan secara fisik.Salah satu kekuatan terbesar dari database adalah kebebasan mereka memunculkan data aplikasi . dengan kata lain, jika aplikasi data ditulis dalam proses database, perancang aplikasi hanya perlu mengetahui nama-nama kolom,tidak organisasi fisik atau luasnya/besarnya mereka. Fields database tidak terbatas pada teks dan angka. Mereka dapat menyimpan gambar, suara, videoklip, dan bahkan spreadsheet . fields dapat menahan konten apapun yang dapat didigitalkan. Misalnya, ketika Anda berbelanja online, Anda dapat mencari produk dengan nama produk atau kode, dan kemudian mengambil gambar tentang produk tersebut. Ketika Anda memilih video di YouTube atau MySpaceVideo, Anda mengambil video klip dari database.Sementara database itu sendiri adalah kumpulan dari beberapa file yang terkait, program ini digunakan untuk membangun database, mengisi mereka dengan data, dan memanipulasi data disebut Sistem manajemen database (DBMS).File sendiri adalah bagian dari database, tetapi DBMS melakukan semua file penataan kerja, menyimpan data, dan menghubungkan catatan. Seperti yang dijelaskan sebelumnya, jika Anda meninginkan untuk mengakses data dari file-file yang disimpan dalam pendekatan file tradisional, Anda harus tahu persis berapa banyak karakter yang ditunjuk untuk setiap jenis data. Jika Anda menggunakan database, Anda ingin dapat bergerak cepat dari satu catatan ke catatan yang lain, diurutkan dengan kriteria yang berbeda, memilih catatan atau bidang-bidang tertentu, membuat berbagai jenis laporan, dan menganalisis data dalam berbagai cara. Karena tuntutan ini, database disimpan dan diolah langsung dari perangkat penyimpanan akses, seperti disk magnetik atau DVD. Mereka dapat didukung untuk penyimpanan berurutan perangkat seperti pita magnetik atau optik, tetapi tidak dapat secara efisien diolah dari media seperti itu karena itu akan memakan waktu terlalu lama untuk mengakses catatan. Perhatikan bahwa menyimpan database pada perangkat yang non writable, seperti CD atau DVD nonrewritable, mungkin cocok untuk database statis, seperti daftar yang digunakan oleh bengkel mobil, tetapi tidak cocok untuk database yang harus diperbarui.C. QueriesData diakses dalam database dengan mengirimkan pesan yang disebut query, yang meminta data dari catatan tertentu atau bidang dan langsung komputer untuk menampilkan hasil. Query juga dimasukkan untuk memanipulasi data. Biasanya, software yang sama yang digunakan menyusun dan mengisi Database, yaitu, DBMS, juga digunakan untuk menyajikan queries.D. SecurityPenggunaan database menimbulkan masalah keamanan dan privasi. Kenyataan bahwa data disimpan hanya sekali dalam database untuk beberapa tujuan yang berbeda tidak mencerminkan berarti bahwa setiap orang yang memiliki akses ke database tersebut harus memiliki akses ke semua data di dalamnya. Membatasi akses dikelola dengan menyesuaikan menu untuk pengguna yang berbeda dan mengharuskan pengguna untuk memasukkan kode yang membatasi akses ke fields atau catatan tertentu. Sebagai Akibatnya, pengguna memiliki pandangan yang berbeda dari database, seperti contohnya, kemampuan untuk membatasi tampilan pengguna hanya kolom atau catatan tertentu memberikan database administrator (DBA) keuntungan lain: kemampuan untuk menerapkan langkah-langkah keamanan. Itu Langkah-langkah yang dilaksanakan sekali untuk database, bukan beberapa kali untuk file yang berbeda. Misalnya, dalam database ditampilkan , seorang manajer sumber daya manusia memiliki akses ke semua field file karyawan (diwakili oleh top table), personil yang di gaji memiliki akses hanya untuk empat fields file karyawan (bagian tengah gambar), dan manajer proyek memiliki Akses hanya untuk fields Nama dan Jam Kerja. Tampilan dapat dibatasi pada fields tertentu dalam database, atau catatan tertentu, atau kombinasi keduanya.E. Data base modelSebuah model database adalah struktur logis umum di mana catatan disimpan bersama dalam database dan metode yang digunakan menjalin hubungan di antara catatan. Beberapa model Database berbeda dengan cara di mana catatan terkait satu sama lain, yang pada gilirannya menentukan cara dimana pengguna dapat menavigasi database, mengambil catatan yang diinginkan, dan membuat laporan. model tertua, model hirarkis dan jaringan, masih digunakan di beberapa database yang dibuat di tahun 1970-an dan 1980-an, tetapi tidak lagi digunakan dalam database yang baru . Hampir semua database baru dirancang mengikuti relasional dan objek berorientasi modelF. Model relasionalModel relasional terdiri dari tabel, model ini berasal dari aljabar relasional. Namun anda tidak perlu mengetahui aljabar relasional untuk menyusun dan membuat database relasional. Akan tetapi, para ahli database masih menggunakan terminologi aljabar relasional: dalam database relasional,catatan atau baris disebut tuple, sebuah field sering disebut sebagai kolom-yang disebut attribute, dan tabel catatan disebut relation. Teks ini menggunakan istilah sederhana, seperti halnya paket perangkat lunak populer: fields, records, dan tables.Untuk merancang sebuah database relasional, Anda membutuhkan gagasan yang jelas dari entitas yang berbeda dan bagaimana mereka berkaitan. Sebagai contoh, dalam database untuk toko DVD, entitas mungkin : Pelanggan, Rental DVD, DVD, dan Distributor. Sebuah tabel tunggal dibangun untuk setiap entitas. Rental DVD adalah sebuah entitas asosiatif.Pemeliharaan database relasional relatif mudah karena setiap tabel terlepas dari yang lain, meskipun beberapa tabel berhubungan dengan yang lain. Untuk menambahkan catatan pelanggan, pengguna mengakses tabel Pelanggan. Keuntungan model ini membuat sistem manajemen database relasional menjadi yang paling populer pada perangkat lunak di pasaran. Hampir semua DBMS saat ini di pasar mengakomodasi model relasional. Untuk mengambil database relasional atau mengurutkan, anda harus menggunakan kunci(key). Key adalah field yang teridentifikasi catatan baik untuk penampilan maupun pengolahan.Seperti yang Anda lihat, desain database memerlukan ide yang cermat. Perancang harus mencakup field untuk key yang berbeda dari tabel lain sehingga menggabungkan tabel dapat dibuat di masa depan. Sebuah join table menggabungkan data dari dua atau lebih tabel. Sebuah tabel mungkin termasuk foreign key dari beberapa tabel, menawarkan fleksibilitas dalam membuat laporan dengan data terkait dari beberapa tabel. Dimasukkannya foreign key dapat menyebabkan redundansi data. Sebuah key yang unik dapat berfungsi sebagai primary key. Primary key adalah field catatan dalam sebuah tabel diidentifikasi secara unik. Tujuan primary key adalah untuk mengidentifikasi catatan unik, setiap catatan harus memiliki nilai unik di bidang tersebut. Biasanya, tabel dalam database relasional harus memiliki primary key , dan sebagian besar DBMS relasional menggunakan aturan ini; jika anda tidak menentukan field sebagai key, DBMS otomatis menciptakan sendiri nomor seri sebagai bidang primary key untuk tabel.Untuk beberapa kebutuhan bisnis Anda harus menggunakan composite key, kombinasi dari dua atau lebih field yang bersama-sama berfungsi sebagai primary key, karena tidak praktis untuk menggunakan satu field sebagai primary key. Untuk menghubungkan catatan dari satu tabel dengan catatan tabel yang lain, tabel harus memiliki minimal satu field yang sama yaitu, satu kolom di setiap tabel harus berisi jenis data yang sama, dan bidang harus menjadi bidang primary key untuk salah satu tabel. Bidang ini diulang adalah primary key dalam satu tabel, dan bidang foreign key dalam tabel lainnya. Pada contoh toko DVD, jika Anda pernah ingin membuat laporan yang menunjukkan nama setiap distributor dan semua judul distributor DVD itu, primary key dari tabel Distributor, DistribNum, juga harus disertakan sebagai foreign key dalam tabel Judul. Meskipun DistribNum digunakan untuk membuat join table, tidak harus ditampilkan dalam join table, meskipun dapat digabung.Sejak hubungan antara tabel diciptakan sebagai bagian dari memanipulasi tabel, Model relasional mendukung one-to-many dan many-to-many hubungan antara catatan tabel yang berbeda. Misalnya, one-to-many relationship dibuat ketika sekelompok karyawan dimiliki satu departemen. Semua akan memiliki jumlah departemen yang sama sebagai foreign key dalam catatan mereka, dan tidak akan memiliki lebih dari satu key departemen. Ada satu departemen, terkait dengan banyak karyawan. Sebuah many-to-many relationship dapat dipertahankan, Misalnya bagi para dosen dan mahasiswa dalam database perguruan tinggi.G. The object-oriented modelModel database berorientasi objek menggunakan pendekatan orientasi objek yang telah dideskripsikan di bab 5 Bussiness Software, untuk megelola catatan. Di dalam teknologi berorientasi objek, objek terdiri dari data dan prosedur yang memanipulasi data. Jadi, selain untuk atribut sebuah entitas, sebuah objek juga mempunyai hubungan dengan entitas lainnya dan prosedur untuk memanipulasi data. Kombinasi penyimpanan data dan prosedur yang memanipulasi data disebut sebagai enkapsulasi (encapsulation). Melalui enkapsulasi,sebuah objek dapat ditanam di dalam kumpulan data yang berbeda. Kemampuan struktur orientasi objek untuk membuat sebuah objek baru secara otomatis dengan cara mereplika semua atau beberapa karakteristik dari objek yang telah berkembang sebelumnya (parent object) disebut sebagai warisan/turunan(inheritance). Hubungan antara data mengenai entitas-entitas tidak dikelola menggunakan foreign keys tetapi melalui hubungan antara satu objek dengan objek lainnya. Satu keuntungan dari pendekatan ini adalah mengurangi redundansi data.Beberapa data dan informasi tidak bisa diklasifikasikan sebagai field, tetapi mereka bisa dikatakan(can be handled) sebagai objek, seperti gambar, peta dan halaman web. Semua kemampuan ini membuat database berorientasi objek juga disebut sebagai sistem manajemen database objek (ODBMSs) yang berguna dalam computer-aided design (CAD), sistem informasi geografi, dan aplikasi-aplikasi yang digunakan untuk memperbarui ribuan halaman web setiap hari, karena mereka dapat mengatasi cakupan data yang luas seperti grafis, suara, dan teks lebih mudah daripada model relasional.Hampir sama dengan relasional DBMSs, ODBMSs menyediakan graphical user interface (GUI) untuk mengelola DBMS. Pengguna dapat memilih dari kelas-kelas, dimana kelas-kelas tersebut adalah kelompok objek yang berbagi karakteristik yang sama. Elemen-elemen dari ODBMSs sering digabungkan kedalam database relasional, dan database yang seperti itu terkadang dikenal sebagai database relasional objek.Database berorientasi objek (ODBs) tidak menyimpan catatan tetapi objek data, itu adalah sebuah keuntungan yaitu untuk memperbarui kumpulan data dengan cepat dan hubungan di antara mereka. Untuk contoh misalnya di toko DVD, di dalam ODB hubungan antara sebuah DVD dengan distributornya tidak didirikan melalui sebuah foreign key; itu muncul karena kelas DVD mengandung kelas distributor. Bagaimana pun, database berorientasi objek juga mempunyai beberapa kelemahan dibandingkan dengan database relasional. Misalnya, terdapat ketergantungan antara aplikasi dan data; mereka secara simple terbungkus bersama-sama. Merubah struktur dari tabel di database relasional tidak membutuhkan perubahan aplikasi yang menggunakan data dalam tabel tersebut, tetapi memerlukan perubahan dalam aplikasi yang ada di ODBs. Ketergantungan ini juga membatasi kemampuan untuk memasukkan adhoc queries dalam sebuah ODB, yaitu memasukkan queris sesuka hati. Meskipun tidak sepopuler atau tidak mudah dipahami seperti database relasional, ODBs mendapatkan pengadopsi.H. OPERASI RELASIONALSeperti disebutkan sebelumnya, DBMS yang paling populer adalah model relasional. Oleh karena itu, Anda akan lebih mengenal dengan database relasional yang banyak digunakan seperti Access, Oracle, atau SQL Server. Untuk menggunakan database, Anda harus tahu bagaimana operasi relasional bekerja. Operasi relasional membuat tabel sementara yang merupakan bagian dari tabel asli . Hal ini memungkinkan Anda untuk membuat laporan yang berisi catatan yang memenuhi kondisi,membuat daftar dengan hanya beberapa bidang tentang suatu entitas, atau menghasilkan laporan dari join table, yang menggabungkan data yang relevan dari dua atau lebih tabel. Jika diinginkan, pengguna dapat menyimpan tabel yang baru dibuat. Seringkali, tabel sementara yang dibutuhkan hanya untuk pelaporan ad hoc dan segera dibuang.Tiga operasi relasional yang paling penting adalah pemilihan, proyek, dan bergabung. pemilihan adalah pilihan catatan yang dimiliki memenuhi kondisi tertentu. Proyek adalah pemilihan kolom tertentu dari tabel, seperti gaji semua karyawan. Sebuah permintaan mungkin menentukan kombinasi seleksi dan proyeksi. Salah satu manipulasi yang paling berguna dari database relasional adalah penciptaan tabel baru dari dua atau lebih tabel lainnya. Seperti yang kita ingat dari diskusi tentang model relasional,bergabung data dari beberapa tabel disebut join.I. Structured Query LanguageStructured Query Language (SQL) telah menjadi bahasa query pilihan bagi banyak pengembang DBMS relasional. SQL adalah standar internasional dan dilengkapi dengan kebanyakan program manajemen database relasional. Kekuatannya adalah mudah diingat . Sebagai contoh, asumsikan nama seluruh database toko DVD. Untuk membuat daftar semua judul DVD film thriller yang harga sewa kurang dari $ 5,00, permintaan akan:SELECT TITLE, CATEGORY FROM DVD_STOREWHERE CATEGORY = 'Thriller' and RENTPRICE < 5Laporan seperti ini dapat digunakan untuk query ad hoc atau terintegrasi dalam program yang disimpan untuk penggunaan berulang. Mengintegrasikan SQL dalam DBMS menawarkan beberapa keuntungan: Dengan bahasa standar, pengguna tidak perlu belajar set berbeda perintah untuk membuat dan memanipulasi database dalam DBMS yang berbeda. Pernyataan SQL dapat ditanamkan dalam banyak digunakan bahasa generasi ketiga seperti COBOL atau C dan bahasa berorientasi objek seperti C ++ atau Java, dalam hal ini bahasa ini disebut sebagai "bahasa tuan rumah." Kombinasi yang sangat disesuaikan dan efisien 3GL atau pernyataan berorientasi objek dengan pernyataan SQL meningkatkan efisiensi dan efektivitas aplikasi mengakses database relasional. Karena pernyataan SQL portabel dari satu sistem operasi yang lain, programmer tidak dipaksa untuk menulis ulang pernyataan.J. Skema dan MetadataKetika membangun sebuah database baru, pengguna harus terlebih dahulu membangun skema. Skema menggambarkan struktur database yang akan dibuat: nama dan jenis bidang dalam setiap jenis catatan dan hubungan umum antara set yang berbeda dari catatan atau file.Ini mencakup deskripsi struktur database, nama dan ukuran bidang, dan rincian seperti bidang adalah primary key. Jumlah catatan tidak pernah ditentukan karena mungkin berubah,dan jumlah maksimum catatan ditentukan oleh kapasitas media penyimpanan. Deskripsi masing-masing struktur tabel dan jenis bidang menjadi bagian dari kamus data adalah gudang informasi tentang data dan organisasi mereka. Desainer biasanya menambahkan informasi lebih lanjut tentang masing-masing field , seperti di mana data berasal, memiliki data asli; yang diperbolehkan untuk menambah, menghapus, atau memperbarui data di field ; dan rincian lain yang membantu DBA menjaga database dan memahami makna dari bidang dan hubungan mereka. Beberapa orang lebih suka menyebut ini metadata, Metadata termasuk : Sumber data, termasuk informasi kontak Tabel yang terkait dengan data. Bidang dan indeks informasi, seperti ukuran dan jenis bidang dan cara data diurutkan. Program dan proses yang menggunakan data. Aturan Populasi: apa yang dimasukkan, atau diperbarui, dan seberapa sering.K. Data ModelingDatabase harus direncanakan dengan hati-hati dan dirancang untuk memenuhi tujuan bisnis. Bagaimana database dirancang memungkinkan atau membatasi fleksibilitas dalam penggunaan. Menganalisis data organisasi dan mengidentifikasi hubungan antara data disebut pemodelan data. Dalam pemodelan data yang pertama harus dilakukan adalah memutuskan mana data yang harus dikumpulkan dan bagaimana harus terorganisir. Dengan demikian, pemodelan data harus proaktif. Membuat model data secara berkala adalah praktik yang baik. Menyediakan kepada pembuat keputusan yang jelas tentang gambar atau data yang tersedia untuk laporan, dan data apa saja yang organisasi mungkin perlu dikumpulkan untuk pengambilan keputusan yang lebih baik. Manajer kemudian dapat meminta ahli untuk mengubah hubungan dan desain laporan baru atau aplikasi yang menghasilkan laporan yang diinginkan dengan beberapa penekanan tombol. Banyak database bisnis terdiri dari beberapa tabel dengan hubungan di antara mereka. Misal, rumah sakit mungkin menggunakan database tabel yang memegang catatan semua dokter, satu lagi dengan semua perawat, dan yang lain dengan semua pasien saat ini, dan seterusnya. Staf administrasi harus mampu membuat laporan yang menghubungkan data dari beberapa tabel. Sebagai contoh, salah satu laporan mungkin tentang seorang dokter dan semua pasiennya selama periode tertentu. Hal lain yang berhubungan dengan pasien, seperti rincian pasien, daftar semua pengasuh yang terlibat rehabilitasi, dan daftar obat. Dengan demikian, database harus direncanakan dengan hati-hati untuk menghindari kemungkinan data dimanipulasi dan pembuatan laporan. Data pemodelan yang efektif dan desain masing-masing database melibatkan penciptaan konseptual cetak biru dari database. Cetak biru seperti ini disebut diagram hubungan entitas (ERD). ERD adalah representasi grafis dari semua hubungan badan perubahan. ERD merupakan alat utama untuk komunikasi tidak hanya di kalangan desainer DB profesional, tetapi juga di kalangan pengguna dan antara pengguna dan desainer. Oleh karena itu penting bahwa profesional di semua bidang ini tahu bagaimana cara membuat dan membacanya. Dalam ERD, kotak digunakan untuk mengidentifikasi entitas. Garis digunakan untuk menunjukkan hubungan entitas. Ketika garis berbentuk seperti kaki-gagak menunjuk ke suatu objek, akan muncul banyak contoh objek. Ketika link dengan kaki-gagak juga termasuk crossbar, maka semua contoh dari objek pada sisi crows-foot dihubungkan dengan satu contoh dari objek di sisi crossbar. Crossbar kedua akan menunjukkan "mandatory" yang berarti bahwa hubungan harus terjadi, seperti antara judul buku dan penulis, judul buku harus memiliki seorang penulis dengan yang terkait. Sebuah lingkaran dekat dengan kotak menunjukkan "opsional."L. Database On The WebInternet dan Web yang mudah digunakan akan tidak berguna jika pengguna tidak bisa mengakses database online. Premis dari Web adalah bahwa orang tidak hanya bisa browsing ke web dan menarik halaman tetapi juga mencari dan menemukan informasi. Paling sering informasi tersebut disimpan dalam database. Ketika pembelanja mengakses toko online, ia dapat mencari informasi mengenai ribu, atau ratusan ribu, dari item yang ditawarkan untuk dijual. Sebagai contoh, ketika kita mengakses situs Buy.com, atau Target, atau Overstock.com, kita dapat menerima informasi secara online (seperti gambar item elektronik, harga, waktu pengiriman, dan evaluasi konsumen) untuk ribuan item yang ditawarkan untuk dijual. Memasuki kata kunci di hasil YouTube dalam daftar semua klip video yang judulnya atau teks deskriptif berisi kata kunci. Pedagang membuat katalog mereka tersedia secara online. Aplikasi di situs lelang menerima pertanyaan berdasarkan kategori, kisaran harga, negara asal, warna, tanggal, dan atribut lainnya, dan mengidentifikasi catatan item yang sesuai, yang sering termasuk gambar dan deskripsi rinci. Di balik setiap situs ini adalah database. Satu-satunya cara organisasi untuk melakukan bisnis berbasis web ini adalah untuk memberikan orang-orang di luar organisasi akses ke database mereka. Dengan kata lain, organisasi harus menghubungkan database mereka ke Internet. Dari sudut pandang teknis, database online yang digunakan dengan Web browser tidak berbeda dengan database lainnya. Namun, sebuah interface harus dirancang untuk bekerja dengan Web. Pengguna harus melihat bentuk yang memasuki query atau kata kunci untuk mendapatkan informasi dari Database situs. Para desainer interface harus menyediakan mekanisme untuk mengetahui data yang pengguna masukkan dalam bentuk online sehingga mereka dapat ditempatkan di bidang yang tepat dalam database. Sistem itu juga perlu mekanisme untuk lulus query dan kata kunci dari pengguna ke database. Interface tersebut dapat diprogram dalam salah satu dari beberapa bahasa pemrograman Web, termasuk Java servlets, halaman server aktif (ASP), ASP.NET (versi yang lebih baru dari proses ASP dalam NET framework) dan PHP (Hypertext Preprocessor), serta oleh usingWeb API (program aplikasi interface). Untuk memastikan bahwa database produksi mereka tidak rentan terhadap serangan melalui Internet, organisasi menghindari menghubungkan database transaksi mereka ke Internet kecuali database yang didedikasikan untuk transaksi online, dalam hal ini organisasi harus menerapkan keamanan yang tepat kepada perangkat lunak. Mereka juga harus berhati-hati saat menghubungkan data warehouse ke Internet.M. Data WarehousingSebagian besar koleksi data dalam bisnis digunakan untuk transaksi dan operasi sehari-hari, catatan dari pelanggan dan pembelian dan informasi mengenai karyawan, pasien, dan pihak lain untuk pemantauan, pengumpulan, pembayaran, dan bisnis lain atau tujuan hukum. Transaksi ini tidak tinggal lama di database, biasanya hanya beberapa hari atau minggu. Namun, banyak organisasi menemukan bahwa jika mereka menumpuk data transaksi, mereka dapat menggunakannya untuk keputusan manajemen yang penting, seperti meneliti tren pasar atau melacak penipuan. Menata dan menyimpan data untuk seperti tujuan tersebut disebut data pergudangan. Sebuah gudang data adalah besar, biasanya relasional, basis data yang mendukung manajemen pengambilan keputusan. Data warehouse besar karena mengandung data, atau ringkasan data, dari jutaan transaksi selama bertahun-tahun dan / atau transaksi nasional maupun global, bukan dibandingkan dari periode pendek atau satu wilayah. Mungkin memelihara catatan transaksi individual atau ringkasan transaksi untuk periode yang telah ditentukan, seperti per jam, harian, atau mingguan. Tujuan dari data warehouse adalah membiarkan manajer menghasilkan laporan atau menganalisis sejumlah besar data arsip dan membuat keputusan. Ahli Data-pergudangan harus akrab dengan jenis analisis bisnis yang akan dilakukan dengan data. Mereka juga harus merancang tabel data warehouse dan harus cukup fleksibel untuk dimodifikasi di tahun-tahun mendatang, ketika kegiatan bisnis berubah atau ketika informasi yang berbeda harus diekstrak. Data warehouse tidak menggantikan database transaksional yang diperbarui dengan harian transaksi seperti penjualan, penagihan, penerimaan kas, dan kembali. Sebaliknya, data transaksional disalin ke dalam gudang data, yang merupakan tempat penyimpanan data yang terpisah. Arsip besar ini mengandung informasi berharga bagi organisasi yang mungkin tidak jelas dalam jumlah yang lebih kecil dari data yang biasanya disimpan dalam database transaksional. Sebagai contoh, sebuah perusahaan asuransi mungkin tetap membuat tabel kebijakan penjualan bulanan, kemudian dapat melihat tren dalam jenis kebijakan pelanggan lebih umum atau dengan dikelompokkan menurut usia. Tren tersebut bermakna hanya jika mereka diperoleh dari data yang dikumpulkan selama beberapa tahun. Data dari database transaksional ditambahkan ke gudang data di akhir setiap hari kerja, minggu, atau bulan, atau mungkin ditambahkan secara otomatis segera setelah transaksi tercatat dalam database transaksional. Sementara database transaksional berisi data saat ini, yang dibuang setelah beberapa waktu, data dalam gudang data akumulasi mencerminkan kegiatan usaha yang bertahun-tahun. Organisasi sering mengatur gudang data mereka sebagai kumpulan data mart, lebih kecil koleksi data yang berfokus pada subjek atau departemen tertentu. Jika data mart harus digunakan sebagai salah satu gudang data yang besar, perangkat lunak khusus dapat menyatukan data mart dan membuat mereka tampil sebagai salah satu gudang data yang besar.N. From Database to Data WarehouseTidak seperti data warehouse, database transaksional biasanya tidak cocok untuk analisis bisnis karena mereka hanya berisi saat ini, tidak historis. Seringkali, data dalam database transaksional yang juga tersebar di sistem yang berbeda di seluruh organisasi. Data yang sama dapat disimpan berbeda dan di bawah nama lain. Sebagai contoh, nama pelanggan mungkin disimpan dalam kolom Nama yang disebut dalam satu meja dan dua kolom-Pertama Nama dan Nama Belakang di meja lain. Perbedaan ini biasanya terjadi ketika sebuah organisasi menggunakan baik data dan data itu sendiri pembelian dari organisasi lain, atau jika telah mengembangkan lebih dari satu database yang berisi data yang sama di bawah label yang berbeda. Ketika manajemen memutuskan untuk membangun sebuah gudang data, Staf TI harus hati-hati mempertimbangkan perangkat keras, perangkat lunak, dan data yang terlibat dalam usaha. Semakin besar data warehouse, semakin besar kapasitas penyimpanan, semakin besar memori, dan semakin besar kekuatan pemrosesan komputer yang dibutuhkan. Karena kebutuhan kapasitas, organisasi sering memilih komputer mainframe dengan beberapa CPU untuk menyimpan dan mengelola data gudang. Memori komputer harus cukup besar untuk memungkinkan pengolahan data dalam jumlah besar sekaligus. Jumlah ruang penyimpanan dan kecepatan akses disk juga penting. Pengolahan jutaan catatan mungkin memakan waktu lama, dan variasi dalam kecepatan disk akan memberikan perbedaan antara jam atau menit waktu proses. Dan karena data warehouse dianggap sebagai aset yang sangat berharga, semua data harus didukung secara otomatis. Perlu diingat bahwa data warehouse terus bertumbuh, karena tujuan yang mereka adalah untuk mengumpulkan catatan sejarah. Rantai ritel seperti Wal-Mart dan Costco rekor jutaan transaksi penjualan harian, yang semuanya disalurkan ke gudang data. Beberapa memiliki gudang data yang memegang puluhan atau ratusan terabyte data. Selain pengecer, bank, penerbit kartu kredit, organisasi kesehatan, dan industri lainnya telah menambah perangkat keras mereka untuk gudang data yang besar. Banyak organisasi menumpuk tidak hanya transaksi penjualan tetapi juga catatan pembelian, sehingga mereka dapat menghasilkan informasi dari mana saja untuk membuat keputusan pembelian yang lebih baik, seperti pemasok yang cenderung menawarkan harga yang lebih rendah untuk barang-barang tertentu pada waktu tertentu data tahun. Perusahaan dari mana data warehouse dibangun biasanya berasal dari dalam suatu organisasi, terutama dari transaksi, tetapi bisa juga datang dari luar organisasi. Yang terakhir termasuk data nasional atau regional demografi, data dari pasar keuangan, dan data cuaca. Mirip dengan metadata dalam database apapun, desainer data warehouse membuat metadata untuk mereka yang sebesar kolam data. Untuk mengungkap informasi berharga yang terkandung dalam data mereka, organisasi harus menggunakan software yang dapat secara efektif "tambang" gudang data.O. Phase In Data WarehousingTerdapat tiga fase yang terlibat dalam mentransfer data dari database transaksional untuk data warehouse: ekstraksi, transformasi, dan pemuatan (ETL). Pada tahap ekstraksi, builder menciptakan file dari database transaksional dan menyimpannya pada server yang menyimpan data warehouse. Pada tahap transformasi, spesialis "membersihkan" Data dan memodifikasinya menjadi bentuk yang memungkinkan penyisipan ke dalam gudang data. Sebagai contoh, mereka memastikan apakah data yang berisi kesalahan ejaan dan memperbaikinya. Mereka memastikan bahwa semua data konsisten. Misalnya, Pennsylvania mungkin dilambangkan sebagai Pa., PA, Penna, atau Pennsylvania. Hanya satu bentuk akan digunakan dalam data warehouse. Builders memastikan bahwa semua alamat diikuti bentuk yang sama, menggunakan huruf besar atau huruf kecil konsisten dan mendefinisikan bidang seragam (Seperti satu bidang untuk seluruh alamat jalan dan lapangan terpisah untuk kode pos). Semua data yang mengungkapkan jenis yang sama dalam jumlah yang "dibersihkan" untuk menggunakan pengukuran yang sama. Pada tahap pembebanan, spesialis mentransfer file yang telah ditransformasikan ke data warehouse. Mereka kemudian membandingkan data dalam gudang data dengan data asli untuk mengkonfirmasi kelengkapan. Seperti dengan database apapun, metadata membantu pengguna agar tahu apa yang bisa mereka temukan dan dianalisa dalam data warehouse. Sebuah gudang data yang dibangun dengan baik adalah sumber tunggal untuk semua data yang dibutuhkan untuk analisis. Hal ini dapat diakses oleh pengguna lebih dari database transaksional (yang aksesnya terbatas hanya untuk orang-orang yang mencatat transaksi dan beberapa manajer) dan menyediakan "one-stop shopping" tempat untuk data. Bahkan, tidak jarang untuk data warehouse untuk memiliki meja besar dengan lima puluh atau lebih bidang (Atribut). Banyak kegiatan ETL dapat otomatis. Tergantung pada kebutuhan penggunanya, struktur dan isi dari data warehouse mungkin berubah sesekali. Teknik seperti data mining dan pengolahan analisis online (OLAP) dapat digunakan untuk memanfaatkannya. Manajer kemudian dapat mengekstrak intelijen bisnis untuk pengambilan keputusan yang lebih baik.BAB IIIPENUTUP Simpulan organisasi mengumpulkan data dalam jumlah besar database approach memiliki keunggulan dibandingkan database approach tradisional character: bagian terkecil dari Data File: kumpulan dari catatan Desainer harus menyusun skema untuk membangun database Sistem manajemen database memungkinkan menyusun database dan memanipulasi data Model database relasional dan model database berorientasi objek memiliki keunggulan yang berbeda SQL diadopsi sesuai dengan standart internasional Desainer melakukan pemodelan data untuk menunjukkan tabel yang diperlukan Data warehouse berisi banyak koleksi data-data lama Data warehouse memungkinkan ekstraksi data, transformasi, dan memuat dataA. DAFTAR PUSTAKAEffy Oz. Management Information Systems 6th edition