Waduh, kalau pertanyaan seperti ini saya tidak bisa menentukan apakah kondisi saat ini yg terbaik atau tidak, karena itu lebih bersifat kepada kebutuhan atau spec sistem secara keseluruhan di tempat Anda. Kalau menurut Anda harus posting dulu baru saldo berubah, silahkan... tapi kalau nggak gitu, juga silahkan. Di sinilah berperan proses bisnis yang harus ditentukan sebelum pengembangan suatu aplikasi. Kalau bicara tentang "efektif", jelas menggunakan Trigger lebih efektif, karena tidak perlu harus melalui posting dari client seperti yg Anda maksud.
Tapi, kalau boleh saya beri saran... agar aplikasi Anda lebih fleksibel, sebaiknya di aplikasi tetap bisa mengakomodir kedua kondisi tersebut. Anda bisa siasati misalnya dengan cara membuat suatu menu setting yang bisa "menukar" dari kondisi satu (harus posting dulu; tidak pakai Trigger) ke kondisi kedua (tidak perlu harus posting dulu; tapi menggunakan Trigger), dan sebaliknya. Mengenai siapa yang berhak menentukan pilihan ini, silahkan Anda level "Manager" dari aplikasi tsb, apakah setting tsb hanya bisa diganti oleh Administrator atau Manajer saja, atau Administrator dan Manajer (asalkan jangan user/operatornya, bisa bahaya nanti kalau setiap orang bisa mengganti-ganti setting ini... hehehehe...). Good luck. Masino Sinaga At 12:55 11/11/2005, you wrote: >makasih pak atas replynya, untuk MySQL 5 juga udah download yang 5.015 >tapi baru coba2 untuk viewnya (sayangnya harus tulis syntax ngga kaya >Access untuk bikin querynya hehehe kan bisa lebih cepet) dan alasan saya >pindah ke MySQL karena gratis dan udah dukung SP cuman juga masih pake >ODBC, ada sih API untuk connectornya tapi masih belum stabil katanya jadi >sekarang masih pake access hehehe, tapi pak masino untuk sistem yang saya >terapkan itu menurut bapak bagaimana ? apakah udah efektif dengan jalan >harus Posting dulu gitu.... (emang bisa sih posting otomatis cuman ini >usernya minta manual aja biar yakin dulu baru di posting). bagaimana pak ? > >thx > ----- Original Message ----- > From: Masino Sinaga > To: [email protected] > Sent: Friday, November 11, 2005 12:31 PM > Subject: Re: [indoprog-vb] Inventory System > > > Mhs, jika Anda sepenuhnya sudah beralih ke MySQL 5, masalah pertama pasti > bisa diatasi. Bukankah di MySQL 5 sudah ada Trigger seperti di SQL Server > yang bisa Anda set di database-nya...? Jadi, setiap ada transaksi yg > terkait dgn Saldo di database, trigger akan dijalankan dan otomatis Saldo > menjadi posisi terakhir walaupun user/client Anda belum melakukan posting. > Sayangnya, saya belum sempat nyoba MySQL 5 padahal download installer-nya > sudah beberapa hari yg lalu, hiks. :( > > Kalau memang karena perbedaan tipe field itu penyebabnya, sebaiknya > gunakan > tipe data yang sama di field2 terkait yaitu Long Integer. Jangan lupa baca > manual MySQL tentang type data... :p Semoga berhasil. > > Masino Sinaga > > At 11:31 11/11/2005, you wrote: > >Saya baru mengembangkan inventory sistem, tetapi ada yang jadi > >ganjalan buat saya masalah sistem nya sendiri : > >1. Katakan di sistem itu ada Stok Opname, Penerimaan, Penjualan, > >Komplimen, Rusak terus untuk pengupdate an saldo akhir yang terletak > >di master barang saya langsung mengupdatenya setiap ada transaksi > >entah itu penerimaan, penjualan, dll, jadi setiap save di dalamnya ada > >prosedur UPDATE tblMasterBarang SET StokAkhir = StokAkhir - Rusak > >WHERE KodeBarang = blabla (kalo ada rusak), cuman untuk pelaporannya > >saya menggunakan Posting, jadi saya buat satu form posting dan di > >dalamnya ada prosedur memindahkan semua transaksi apapun ke dalam > >table tblKartuStok sehingga waktu saya mau buat pelaporan stok, saya > >tinggal query bulan yang dibutuhkan dari kartu stok itu dan di combine > >Saldo Awal dari transaksi Stok Opname (saya menganggap stok opname > >yang valid bukan perhitungan saldo dari komputer). So selama sang user > >belum posting maka pelaporan stok belum ter uptodate, memang saya liat > >belum ada masalahnya, masalahnya sering kali membingungkan para user > >bahwa kalo mereka belum posting maka saldo akhir yang di master barang > >dan di pelaporan sering selisih tapi setelah posting maka baru ngga > >selisih karena semua transaksinya udah masuk di tblKartuStok dan semua > >transaksi saya kasi kolom Posting yang saya isi dengan angka 1 kalo > >sudah terposting dan 0 kalo yang belum, dan kalo sudah di posting > >transaksi yang bersangkutan tidak bisa diedit lagi untuk menjaga > >integritas data. > > > >2. Untuk type data saya buat untuk harga pake Currency dan Qty pake > >Long Integer, apakah ini sudah benar ato harga saya pape Long Integer > >aja, selama ini emang ngga masalah tapi jadi 'ganjalan' juga buat saya > > karena beberapa kali transaksi bila di query dalam jumlah besar hasil > >SUM dari qty*harga sering jadi masalah (tidak cocok). > > > >Backend saya pake MS ACCESS ini baru mau pindah ke MySQL karena udah > >ada View dan SP nya.... > > > >kalo menurut teman2 cara yang lebih efektif dan tepat untuk menangani > >ke dua hal itu apa ya ? > >tolong pencerahannya... > > > >thx > >edi susanto ------------------------ Yahoo! Groups Sponsor --------------------~--> Get Bzzzy! (real tools to help you find a job). Welcome to the Sweet Life. http://us.click.yahoo.com/A77XvD/vlQLAA/TtwFAA/zCsqlB/TM --------------------------------------------------------------------~-> Untuk berhenti berlangganan kirim email kosong ke : [EMAIL PROTECTED] Ikuti juga forum diskusi VB.net dengan mengirim email kosong ke [EMAIL PROTECTED] Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/indoprog-vb/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
