Dear P Teguh, Mungkin ada trigger yang secara tidak sengaja mengupdate data tersebut, pak... coba cek lagi trigger2 yang bapak buat...
Regards, Sandy Teguh Susanto wrote: > > > kebetulan aplikasi client sy yg devlop pak dan sy yakin tidak ada > masalah dan user meng entry data transaksi dalam 1 hari bisa kurang > lebih 150 record, pada saat data transaksi dientry user juga mencetak > hasil entry saat itu juga, jadi mrk punya bukti klo data yg mrk > masukan sudah betul,tapi ada selang beberapa hari kemudian data no > faktur yg mrk masukan berubah dgn data no faktur yg lain(seperti contoh) > > --- Pada Rab, 19/8/09, Hardi Tandiono <[email protected] > <mailto:h4rd1_tt%40yahoo.com>> menulis: > > Dari: Hardi Tandiono <[email protected] <mailto:h4rd1_tt%40yahoo.com>> > Judul: Re: [indo-oracle] OOT:data transaksi sering menclok ke data > transaksi lain... > Kepada: [email protected] <mailto:indo-oracle%40yahoogroups.com> > Tanggal: Rabu, 19 Agustus, 2009, 3:44 AM > > > > kemungkinan salah aplikasinya. > kenapa dia bisa insert jadi F002 ?? > > ____________ _________ _________ __ > From: Teguh Susanto <teguh4milis@ yahoo.com> > To: indo-oracle@ yahoogroups. com > Sent: Wednesday, August 19, 2009 2:44:54 PM > Subject: Re: [indo-oracle] OOT:data transaksi sering menclok ke data > transaksi lain... > > klo masalah display adatnya memang gak masalah tapi yg jadi > permasalahan kenapa no faktur di detail transaksi dgn no_bukti='0001' > berubah menjadi 'F002' padahal di header transaksinya no_faktur='F001' > utk disisi aplikasi client&penggunanya sudah yakin yg no faktur yg > dimasukan adalah F001 utk detail transaksi dgn no_bukti='0001' > terima kasih atas responnya... mungkin ada temen2 yg lain yg pernah > mengalami masalah seperti sy? > > --- Pada Rab, 19/8/09, murdi santoso <sandi...@yahoo. com> menulis: > > Dari: murdi santoso <sandi...@yahoo. com> > Judul: Re: [indo-oracle] OOT:data transaksi sering menclok ke data > transaksi lain... > Kepada: indo-oracle@ yahoogroups. com > Tanggal: Rabu, 19 Agustus, 2009, 2:31 AM > > bukannya memang benar outputnya akan selalu 2 record dari query dengan > kondisi whare seperti itu: > SELECT a.* FROM detail_transaksi where no_faktur='F002' > > detail transaksi ('0001','ITM0045' ,2,5000,' F002'); > detail transaksi ('0002','ITM0075' ,1,10000, 'F002'); > > ____________ _________ _________ __ > From: Teguh Susanto <teguh4milis@ yahoo.com> > To: indo-oracle@ yahoogroups. com > Sent: Wednesday, August 19, 2009 1:45:02 PM > Subject: [indo-oracle] OOT:data transaksi sering menclok ke data > transaksi lain... > > kepada Senior DBA&Miliser Oracle yg sy hormati > saya pakai oracle 9i,saya sering kali dpt kompain dari user karena > transaksi yg mrk lakukan sering ketambahan data sendiri atau ada > detail transaksi yg hilang > spesifik table : > 1. table transaksi (no_bukti,tgl_ transaksi, no_faktur) > 2. table detail transaksi (no_bukti,kd_ item,qty, harga,no_ faktur) > contoh > transaksi #1 > transaksi ('0001','2009- 08-01','F001' ); > detail transaksi ('0001','ITM0045' ,2,5000,' F002'); > transaksi #2 > transaksi ('0002','2009- 08-01','F002' ); > detail transaksi ('0002','ITM0075' ,1,10000, 'F002'); > jadi klo saya "SELECT a.* FROM detail_transaksi where no_faktur='F002' > " akan tampil 2 record.. > yang jadi pertanyaan kenapa hal tersebut terjadi? > bagaimana solusinya? > sebelumnya saya ucapkan terimakasih. .. > > regrads > > teguh > > "Coba Yahoo! Mail baru yang LEBIH CEPAT. Rasakan bedanya sekarang! > http://id.mail. yahoo.com& quot; > > [Non-text portions of this message have been removed] > > [Non-text portions of this message have been removed] > > Selalu bersama teman-teman di Yahoo! Messenger. Tambahkan mereka dari > email atau jaringan sosial Anda sekarang! http://id.messenger > .yahoo.com/ invite/ > > [Non-text portions of this message have been removed] > > [Non-text portions of this message have been removed] > > Berbagi foto Flickr dengan teman di dalam Messenger. Jelajahi Yahoo! > Messenger yang serba baru sekarang! http://id.messenger.yahoo.com > <http://id.messenger.yahoo.com> > > [Non-text portions of this message have been removed] > > --
