OK Friends
Sekedar Info
menurut pengalaman saya dalam developt perangkat lunak,
di beberapa Hospital yg punya database "GEDE BUANGET and very complicated"
kita sarankan dan pernah dijalankan , memang ada kreteria "Policy" masing
masing
ada yang boleh diupdate sendiri ( Click Update ) berisi prosedur hitung
ulang
ada yang otomatic , disana kita jalankan via menu UPDATE DATA BULANAN" yang
mencakup seluruh system aplikasi yang ada dan dijalankan oleh UNIT E.D.P /
I.T
So , tergantung kita dan Pimpinan ...lah...!!!

 On 11/11/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> 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]
>
>
>
> 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
>
>
>    - Visit your group "indoprog-vb<http://groups.yahoo.com/group/indoprog-vb>"
>    on the web.
>     - To unsubscribe from this group, send an email to:
>    [EMAIL PROTECTED]<[EMAIL PROTECTED]>
>     - Your use of Yahoo! Groups is subject to the Yahoo! Terms of
>    Service <http://docs.yahoo.com/info/terms/>.
>
>
>  ------------------------------
>



--
Senior Instruktur / Programmer
Irazedia Computer and Business Center
Jalan Raya Galaxy Blok A No; 28
Kalimalang - Bekasi Selatan


[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/
 


Kirim email ke