>ya.. ya.. ya... :) >jangan bingung-bingung ... anggap saja anda tidak melanggar aturan, >jadi sah2 saja anda menyimpan calculated field, dari saya di email2 >sebelumnya kan cuma saran, biar tidak buang2 umur pada suatu hal yang >sebenarnya bisa di atasi dengan cara lain ....., yang penting aplikasi >anda tetap menampilkan data dengan benar, walaupun memerlukan sedikit >usaha ekstra keras untuk itu, tapi jika anda mau dan sanggup >melaksanakan, gak boleh ada yang sewot kan ?
Ya mas sebenernya sudah jalan sih modul pembeliannya. Cuman saya tidak pakai cara saya yang pertama, Yang mana saya bind table ke form detail. Setelah saya lihat contoh contoh yang diberikan Ternyata lebih mudah kalau yang di bind itu query. ;) >Cuma saja di akhir email yang terakhir ini sedikit menggelitik saya >..., rule mana dari rdbms yang dibreak access karena ternyata engine >access mensupport entri data dari suatu select query (saya tambahkan: >join dari beberapa tabel) ..., yang ini bisa saya sebut sebagai fitur >access yang dengan cerdas dapat menentukan apakah suatu select query >join mengijinkan untuk update/insert/delete data atau tidak. Jika anda >perhatikan, tidak semua jenis select query bisa di edit datanya, dan >tidak semua field yang ada dalam select query join bisa di edit, >umumnya data dari sisi many-lah yang bisa diubah, sedangkan dari sisi >one-nya pasti ke-lock. SQL Server lebih strik dalam hal ini, select >query yang bisa diedit hanyalah select query tunggal yang memiliki >kolom unik di dalamnya. >Nah, tetap saja kan referential integrity dari relasi antar tabel >selalu di jaga oleh Access ? So ...., tidak ada rule yang dibreak >karena fitur ini. Malah fitur ini sangat menolong dikala kita bikin >form data entry, karena untuk menampilkan data dari tabel (sisi one) >lain sudah tidak perlu usaha tambahan dengan dlookup atau dengan >recordset vba. Cukup dari based query on form tersebut. Wkwkwkkwk Memang sengaja dibikin menggelitik kok mas :) Jangan terlalu dianggap serius :):) Sebenernya masalah break rule ini, Kadang - kadang buat software memang perlu hack dikit - dikit, Entah karena alasan deadline sudah dekat, tidak ada fitur lain yang digunakan , optimasi kecepatan dll. Memang hasilnya tidak selalu elegan. Tapi untuk kasus tertentu dengan batasan tertentu biasanya sangat membantu :D Terima kasih -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of aksan kurdin Sent: Wednesday, January 07, 2009 9:03 PM To: [email protected] Subject: Re: [belajar-access] Requery tidak jalan ya.. ya.. ya... :) jangan bingung-bingung ... anggap saja anda tidak melanggar aturan, jadi sah2 saja anda menyimpan calculated field, dari saya di email2 sebelumnya kan cuma saran, biar tidak buang2 umur pada suatu hal yang sebenarnya bisa di atasi dengan cara lain ....., yang penting aplikasi anda tetap menampilkan data dengan benar, walaupun memerlukan sedikit usaha ekstra keras untuk itu, tapi jika anda mau dan sanggup melaksanakan, gak boleh ada yang sewot kan ? :) Cuma saja di akhir email yang terakhir ini sedikit menggelitik saya ..., rule mana dari rdbms yang dibreak access karena ternyata engine access mensupport entri data dari suatu select query (saya tambahkan: join dari beberapa tabel) ..., yang ini bisa saya sebut sebagai fitur access yang dengan cerdas dapat menentukan apakah suatu select query join mengijinkan untuk update/insert/delete data atau tidak. Jika anda perhatikan, tidak semua jenis select query bisa di edit datanya, dan tidak semua field yang ada dalam select query join bisa di edit, umumnya data dari sisi many-lah yang bisa diubah, sedangkan dari sisi one-nya pasti ke-lock. SQL Server lebih strik dalam hal ini, select query yang bisa diedit hanyalah select query tunggal yang memiliki kolom unik di dalamnya. Nah, tetap saja kan referential integrity dari relasi antar tabel selalu di jaga oleh Access ? So ...., tidak ada rule yang dibreak karena fitur ini. Malah fitur ini sangat menolong dikala kita bikin form data entry, karena untuk menampilkan data dari tabel (sisi one) lain sudah tidak perlu usaha tambahan dengan dlookup atau dengan recordset vba. Cukup dari based query on form tersebut. aksan kurdin 2009/1/7 I Putu Gede Darmawan <[email protected]>: > Terima kasih mas atas tanggapannya > > > >> Yang disarankan bang Aksan adalah aturan database, kalau kita break the >> rule, maka rentetan konsekuensinya jadi banyak juga... > > Ini yang saya agak bingung, > > Aturan yang saya langgar itu yang mana. > > Bukannya tidak ada laranngan dalam menyimpan Calculated Field CMIIW > > Bahkan di SQLServer punya fasilitas untuk menyimpan Calculated Field, > > Cukup dengan mengubah property isPersistent menjadi true > > > >>Saya sendiri yg sorangan jadi developer sekaligus database designer, >> kadang2 masih melakukan yang dilakukan mas Putu, dan menanggung konsekuensi >> menjaga data integrity dengan cara lain (misalnya >dalam pelaporan, total >> harus pakai dari hasil perhitungan di table detail, tidak membaca isi field >> total di master), dan kalau nilai total harus ditampilkan kembali, isi field >> total di table master harus langsung t>erupdate oleh kalkulasi dari table >> detail. > >>tentang kesulitan yg dihadapi mas Putu, kadang2 terasa aneh dan >> menjengkelkan kalau Access seperti tidak berlaku seperti yang seharusnya. >> Seharusnya tampilannya terupdate, eh malah tidak. di-enforce >dengan requery >> maupun pengubahan nilai secara langsung juga tidak mau berubah. akhirnya >> muter2 cari solusi yang pada akhirnya jadi sangat mahal, makan waktu dan >> menggunakan cara tidak lazim. >>salah satu cara adalah dengan menggunakan subform 'kecil' hanya untuk >> mendisplay nilai total, karena subform ini mempunyai event current sendiri >> dll yang bisa ditrigger dengan requery atau reload, >sehingga tidak perlu >> menggunakan navigasi pada form utama apalagi menutup dan membuka form. > > Iya mas saya masih baru di Access, > > Makanya mind set saya mungkin agak aneh > > Misal setau saya di SQL Server Select cuman untuk retrieve data, > > Eh di sini select juga bisa digunakan untuk update data. > > Jadinya Access break rule RDBMS nih ... wkwkwkkwkwkw J) > > > > Terima kasih > > > > ________________________________ > > From: [email protected] [mailto:[email protected]] > On Behalf Of Haer Talib > Sent: Wednesday, January 07, 2009 10:54 AM > To: [email protected] > Subject: Re: [belajar-access] Requery tidak jalan > > > > Ikut nimbrung... udah lama absen nih :) > > Yang dilakukan mas Putu adalah kebiasaan developer, yang kadang2 nurut > banget sama client/user. > Yang disarankan bang Aksan adalah aturan database, kalau kita break the > rule, maka rentetan konsekuensinya jadi banyak juga... > > Saya sendiri yg sorangan jadi developer sekaligus database designer, kadang2 > masih melakukan yang dilakukan mas Putu, dan menanggung konsekuensi menjaga > data integrity dengan cara lain (misalnya dalam pelaporan, total harus pakai > dari hasil perhitungan di table detail, tidak membaca isi field total di > master), dan kalau nilai total harus ditampilkan kembali, isi field total di > table master harus langsung terupdate oleh kalkulasi dari table detail. > > tentang kesulitan yg dihadapi mas Putu, kadang2 terasa aneh dan > menjengkelkan kalau Access seperti tidak berlaku seperti yang seharusnya. > Seharusnya tampilannya terupdate, eh malah tidak. di-enforce dengan requery > maupun pengubahan nilai secara langsung juga tidak mau berubah. akhirnya > muter2 cari solusi yang pada akhirnya jadi sangat mahal, makan waktu dan > menggunakan cara tidak lazim. > salah satu cara adalah dengan menggunakan subform 'kecil' hanya untuk > mendisplay nilai total, karena subform ini mempunyai event current sendiri > dll yang bisa ditrigger dengan requery atau reload, sehingga tidak perlu > menggunakan navigasi pada form utama apalagi menutup dan membuka form. > > nah, moga2 memberi inspirasi. > > Salam, > Haer Talib > > No virus found in this incoming message. > Checked by AVG - http://www.avg.com > Version: 8.0.176 / Virus Database: 270.10.3/1879 - Release Date: 1/6/2009 > 5:16 PM > > -- Aksan Kurdin ------------------------------------ SPAM IS PROHIBITEDYahoo! Groups Links No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 270.10.5/1881 - Release Date: 1/7/2009 5:59 PM
