Mengenai database management system (termasuk rdbms) mungkin anda bisa start dari sini: http://en.wikipedia.org/wiki/Database_management_system
Di SQL Server, engine-nya mendukung untuk menyimpan field yang berasal dari operasi field2 yang lain, sehingga kita tidak perlu repot2 mengubah nilainya jika salah satu dari field operan-nya kita ubah, dia bakal ngitung sendiri. Di MS Access belum mendukung field seperti itu. Patokannya: OLTP -> normalisasi OLAP -> denormalisasi aksan kurdin 2009/1/1 I Putu Gede Darmawan <[email protected]>: > Terima kasih atas tanggapannya. > > Kemarin sempet download program apotik ternyata dipassword, > > Jadi saya kira semua file disini di password. ;) > > > > Mengenai mengapa calculated field tidak perlu di simpan di tabel, > karena itu sudah 'melanggar' rdbms. MS Access adalah salah satu tool > RDBMS, sehingga pembuatan database OLTP (Transaksi) seyogyanya > berpedoman pada normalisasi yang didefinisikan dalam ilmu RDBMS ini. > > Wah ini melanggar yach, > > Kalau boleh tau bapak punya referensinya ? > > Saya sudah coba search google.Belum ketemu > > Biasanya kalau saya pakai SQL Server (kecuali yang mobile edition) itu ada > computed columnnya dan dengan mudah hasil computed colum bisa kita simpan. > > Cukup dengan merubah property isPersisent menjadi true. > > Biasanya orang menyimpan hasil computed column ini untuk mempercepat hasil > query. > > > > Pelanggaran RDBMS hanya dilakukan untuk kebutuhan OLAP (Analisa), > dengan membuat tabel baru yang tidak normal, untuk memudahkan dan > mempercepat proses menampilkan data histori ke klien. > > > > Setau saya ini untuk Normalisasi, > > Bukan untuk Calculated Field > > CMIIW > > ________________________________ > > From: [email protected] [mailto:[email protected]] > On Behalf Of aksan kurdin > Sent: Wednesday, December 31, 2008 6:56 PM > To: [email protected] > Subject: Re: [belajar-access] Implementasi FIFO dalam Access, was : Requery > tidak jalan > > > > Jika anda sempatkan diri untuk search di > arsip(http://groups.yahoo.com/group/belajar-access/messages), soal > fifo sudah pernah ramai dibahas, dan samplenya sudah pernah ada yang > menyumbang (mas wahyudi) di files section milis ini > (http://tech.groups.yahoo.com/group/belajar-access/files/01.%20Articles%20and%20Samples/) > > Mengenai mengapa calculated field tidak perlu di simpan di tabel, > karena itu sudah 'melanggar' rdbms. MS Access adalah salah satu tool > RDBMS, sehingga pembuatan database OLTP (Transaksi) seyogyanya > berpedoman pada normalisasi yang didefinisikan dalam ilmu RDBMS ini. > > Pelanggaran RDBMS hanya dilakukan untuk kebutuhan OLAP (Analisa), > dengan membuat tabel baru yang tidak normal, untuk memudahkan dan > mempercepat proses menampilkan data histori ke klien. > > aksan kurdin > > 2008/12/31 I Putu Gede Darmawan <[email protected]>: >> Dear Accesser, >> >> >> >> Karena sepertinya saya masih newbie dalam Access, >> >> Saya mau tahu gimana caranya implementasi FIFO yang benar dalam MS Access. >> >> Dimana nanti pada saat penjualan , otomatis Barang yang masuk duluan >> dengan >> harga A >> >> Juga keluar dulu dengan harga A >> >> >> >> Saat ini saya buat dengan cara manual di access, >> >> Jadi banyak SQL Code dalam VBA , >> >> Semuanya dikerjakan manual >> >> Memang belum selesai tetapi saya ingin tau bagaimana Point Of View dari >> para >> sesepuh disini yang sudah berpengalaman. >> >> >> >> Kalau saya liat patternnya disini banyak bermain dengan Query sedangkan >> saya >> bermain dengan table. >> >> Seperti pertanyaan saya sebelumnya (Requery tidak jalan) untuk bagian >> detail dari Form Master Detail, control source saya menggunakan tabel. >> >> Atas koreksi seorang rekan dimilis, akhirnya saya menggunakan Query. >> >> (Memang sih kalau di sample Northwind, semuanya pakai Query daripada >> tabel) >> >> Jadi sepertinya saya ada banyak miss persepsi disini. >> >> >> >> Kalau untuk northwind sudah saya sempet lihat lihat , >> >> Memang banyak yang dapat saya pelajari, >> >> Tapi sepertinya Northwind tidak menggunakan mekanisme FIFO. >> >> >> >> >> >> Terima kasih >> >> No virus found in this incoming message. >> Checked by AVG - http://www.avg.com >> Version: 8.0.176 / Virus Database: 270.10.1/1869 - Release Date: >> 12/30/2008 >> 12:06 PM >> >> > > -- > Aksan Kurdin > > No virus found in this incoming message. > Checked by AVG - http://www.avg.com > Version: 8.0.176 / Virus Database: 270.10.1/1870 - Release Date: 12/31/2008 > 8:44 AM > > -- Aksan Kurdin
