geser dikit. di access 2010, ada versi web app. kemarin sempet baca2 vba vs macro di access 2010. disarankan malah lebih baik vba di kurangi, sebisa mungkin bawa semua ke macro, karena vba tidak semua bisa kompatible di web app. selama ini di versi desktop, developer malah di sarankan gunakan vba daripada macro.
aksan kurdin --- In [email protected], "MBA" <murid.belajaracc...@...> wrote: > > Mungkin bisa dijelaskan mas Andre, mengapa hasil perkalian yang tidak > disimpan di tabel menjadi percuma. > > Kan bisa disimpan sebagai rumus di query. Dan query bisa diakses seperti > tabel biasa. > > Kecuali untuk running sum yang memakan cost resources yang besar bila > dilakukan di query, > > dan sebaiknya pake VBA. Tapi dari pengalaman praktek dan teori2 di internet > / buku-buku > > database - semuanya menyarankan untuk tidak menyimpan hasil perhitungan. > > > > Btw, mungkin mas Andre bisa menjelaskan alasan tetap mempertahankan > hasil perhitungan di tabel? > > > > Just Info saja. Di Microsoft SQL Server sdh disediakan satu kolom yang bisa > bertipe Calculated Field dan juga > > di versi terbaru microsoft Access 2010 ada juga tipe data calculated. > > > > Salam hangat dan jabat erat, > > MBA - Murid Belajar Access > > > > Edy WIYONO > > > > _____ > > From: [email protected] [mailto:[email protected]] > On Behalf Of aksankurdin > Sent: Friday, May 21, 2010 20:08 > To: [email protected] > Subject: [belajar-access] Re: 1 Kali Klik Untuk Menggabung 2 Field > > > > > > menarik, > bisa dijelaskan kenapa harus disimpan di tabel? > > access adalah tool rdbms. jadi desain databasenya mengikuti aturan > normalisasi. > > rule 1 normalisasi adalah setiap tabel access sudah dalam bentuk atomik, > yaitu setiap kolomnya berisi data tunggal yang bukan merupakan komposit. > > keinginan anda untuk menyimpan nilai komposit di kolom c, yaitu bentukan > dari kolom a dan kolom b, tidak memenuhi sarat bentuk normal pertama ini. > > tidak ada yang memaksa anda untuk mengikuti normalisasi, jika hendak > berkeras menyimpan ke dalam tabel nilai komposit dari kolom-kolom yang lain, > silakan saja, itu pekerjaan anda kok, bukan pekerjaan kami :) > > jika memang ada alasan yang kuat, semisal kolom a dan kolom b seharusnya > bakal tidak ada karena akan di ganti oleh kolom c, maka memang anda harus > menyimpan a & b ke dalam kolom c. > tetapi jika komposit / calculated value ini bisa diperoleh melalui query, > seharusnya kolom c tidak perlu ada dalam struktur tabel. > > calculated field / composit value yang di simpan dalam tabel membawa > pekerjaan tambahan di kemudian hari, jika saja data sudah banyak, dan > ternyata ada sekelompok data di kolom a misalnya harus di ubah. otomatis, > kolom c pun harus kita ubah juga menyesuaikan perubahan yang terjadi di > kolom a. Demikian juga untuk kolom b. > Demikian juga kalau kolom c ada yang diubah, maka kita harus menentukan > manual, kolom a atau kolom b yang harus ikut di sesuaikan. kecuali jika > tabel sudah tidak akan pernah berubah nilainya di masa datang. bandingkan > jika c ditarik dari query, maka perubahan a dan b akan selalu diikuti oleh > c, karena c dibentuk run time setiap dipanggil. > > demikian yang bisa saya sarankan. > > aksan kurdin > > --- In [email protected] > <mailto:belajar-access%40yahoogroups.com> , Ahli Fikir <ahli.fikir@> > wrote: > > > > harus bisa disimpan di tabel karena kalau tidak bisa disimpan ya percuma. > > > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 9.0.819 / Virus Database: 271.1.1/2886 - Release Date: 05/21/10 > 01:26:00 >
