ya pak proses posting cuman untuk menyalin semua transaksi ke tblkartustok yang di dalamnya ada field KodeBarang, Pembelian, dst (nama transaksinya) sehingga kalo reporting masalah transaksi saya tinggal meng' query tblStokBarang itu aja, kalo pindah MySQL saya pinginnya emang memanfaatkan SP ama view (kalo ini di access pun sudah pak) tapi sekarang MySQL nya bilang juga belum stabil jadi nunggu sampe lumayan stabil ..... wah ini udah di gratisin rewel lagi ya pak hehehehe
thx ----- Original Message ----- From: Ronald Irawan To: [email protected] Sent: Friday, November 11, 2005 1:57 PM Subject: Re: [indoprog-vb] Inventory System Berarti posting itu untuk memporses tblkartu stock ( insert/update/delete) ? yg "CUma" digunakan untuk reporting ? kalau menurut saya untuk report lebih baik pake SP atau View... lebih up to date datanya, apalagi anda rencananya mau pake Mysql, kan disana sudah ada view / sp, manfaatkan lah mereka.... Kalau transaksi makin besar, tidak selamanya mengakibatkan query lambat, kalau query sudah terasa lambat coba anda tuning database anda, entah itu di kasih index, atau dst dst.... Cuma pendapat saya saja... Salam Ronald Irawan Pt. Sanghiang Perkasa Gd. Graha Kirana Lt.5 Jl Yos Sudarso Kav.88 Jakarta <[EMAIL PROTECTED]> Sent by: [email protected] 11/11/2005 01:39 PM Please respond to [email protected] To <[email protected]> cc Subject Re: [indoprog-vb] Inventory System wah jujur senang sekali saya ama mailing list ini, bisa belajar banyak hal baru :D untuk proses posting yang bertujuan untuk menyatukan proses transaksi ke satu table ini saya maksudkan agar dalam proses pelaporan nanti juga bisa ketahuan barang masuknya berapa, yang keluar berapa, yang rusak berapa, meskipun hal ini bisa dilakukan dengan query, tapi menurut pengalaman saya kalo transaksi udah besar jadi lambat sekali proses querynya jadi saya putuskan saya jadikan satu aja ke satu table sehingga proses query hanya berjalan satu kali terhadap tblKartuStok itu aja dan untuk menjaga integritas data makanya saya beri tanda bahwa kalo yang sudah terposting tidak bisa dirubah lagi sehingga hal ini bisa menjamin bahwa transaksi yang ada antara table realnya dan tblKartuStok bisa sama persis.... apakah ini juga termasuk unnormalisasi ? :) mohon sharing dari teman-teman.... thx bartolomeus edi susanto ----- Original Message ----- From: Masino Sinaga To: [email protected] Sent: Friday, November 11, 2005 1:24 PM Subject: Re: [indoprog-vb] Inventory System 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 Untuk berhenti berlangganan kirim email kosong ke : [EMAIL PROTECTED] Ikuti juga forum diskusi VB.net dengan mengirim email kosong ke [EMAIL PROTECTED] SPONSORED LINKS Computer internet security Computer internet business Computer internet access Computer internet privacy securities Computer internet help Computer internet connection ------------------------------------------------------------------------------ YAHOO! GROUPS LINKS a.. Visit your group "indoprog-vb" on the web. b.. To unsubscribe from this group, send an email to: [EMAIL PROTECTED] c.. Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. ------------------------------------------------------------------------------ [Non-text portions of this message have been removed] 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 [Non-text portions of this message have been removed] Untuk berhenti berlangganan kirim email kosong ke : [EMAIL PROTECTED] Ikuti juga forum diskusi VB.net dengan mengirim email kosong ke [EMAIL PROTECTED] SPONSORED LINKS Computer internet security Computer internet business Computer internet access Computer internet privacy securities Computer internet help Computer internet connection ------------------------------------------------------------------------------ YAHOO! GROUPS LINKS a.. Visit your group "indoprog-vb" on the web. b.. To unsubscribe from this group, send an email to: [EMAIL PROTECTED] c.. Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. ------------------------------------------------------------------------------ [Non-text portions of this message have been removed] ------------------------ 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/
