Apakah saat transaksi juga lambat? Coba pastikan querynya mempergunakan query berparameter untuk membatasi data yang di tampilkan. Jangan gunakan filter, karena dengan filter berarti semua data tetap di load baru kemudian difilter. Hal ini yang sebabkan tampilan data menjadi lambat. Tambahkan fitur untuk membatasi laporan misalnya hanya periode tertentu, dari transaksi tertentu, dari sales tertentu dan lain sebagainya. Biasanya query yang lambat di sebabkan karena query yang kompleks yang mempergunakan correlated query. Coba ubah dan lakukan optimasi query. Pastikan gunakan index yang tepat dan sebaiknya tipe datanya adalah integer Mungkin lakukan uji coba untuk tampilkan laporan hanya dengan menampilkan data dari tabel transaksi tanpa melibatkan tabel lain yang mungkin dipergunakan sebagai tabel acuan.
Iwan Cahyadi Sugeng Freelance Programmer Interaktif Cipta Lestari Jakarta - Indonesia Yahoo ID: gig_boy2001 MSN ID : iwancs > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > Sent: Tuesday, January 16, 2007 9:52 AM > To: [email protected] > Cc: [email protected] > Subject: Re: [indoprog-vb] Masalah dengan Point of sale > > Hi, > > Saya coba bantu untuk nomor 2 > > 1. bagaimana menyelesaikan masalah tsb ? > > Seharusnya saat anda merancang database anda harus sudah > memperkirakan berapa banyak transaksi yg terjadi dalam 1 > hari, 1 minggu dst. Hal ini harus direncanakan dengan > melibatkan user yg tentunya lebih tahu mengenai proses bisnis > mereka. Kalau program sudah live dan ternyata terjadi kasus > seperti ini berarti anda harus "membongkar" lagi desain > database dan bukan tdk mungkin membongkar ulang source code > program anda juga. Solusi yg bisa sarankan mau tidak mau anda > harus mengubah lagi struktur tabel transaksi dalam database > anda, misalnya dengan menambah nilai max penomoran transaksi. > Tentunya kode2 lain spt stored procedure di database atau di > VB juga harus disesuaikan > > Saya juga terkadang masih mengalami masalah yg sama :-) > > 2. bagaimana membuat nomor faktur yg baik? > > Saya biasanya memperkirakan jumlah transaksi maksimum > yg bisa terjadi dalam satu periode kemudian menggabungkan > nomor urut transaksi dengan bulan dan tahun (untuk transaksi > per bulan)contoh TR-0107-0001, TR-0107-0002 dst. > > YDW > > > > > [email protected] > 01/16/2007 09:19 AM > Please respond to indoprog-vb > > > To: [email protected] > cc: > Subject: [indoprog-vb] Masalah dengan Point of sale > > Teman2 tolong bantu saya. > saya membuat program POS saat ini dalam masa uji coba. > program sudah digunakan selama 1 bulan. > saya buat dengan VB 6, database MySQL. > > permasalahannya saat lihat laporan baik laporan > harian,bulanan dan stok aksesnya lama sekali (laporan tidak > pernah berhasil dilihat). > programnya seperti hank tapi komputer tidak hank. padahal > saya uji pertama kali tidak selama itu. komp yang saya > gunakan p4 1,8G dg winXP. setelah saya lihat dalam 1 bulan > itu terjadi 5 ribuan transaksi dengan jumlah item yang > terjual hampir 10 ribuan. > > pertanyaan: > 1. apa karena terlalu banyaknya transaksi yang menyebabkan > program yg saya buat jadi seperti itu ? > soalnya waktu saya coba langsung ngakses MySQL nya juga lama > dan error karena waktunya habis. tapi kalo transaksinya > sedikit aksesnya normal. > > 2. gimana database(tabel) yang baik(akses cepat) untuk program POS ? > > permasalahan kedua, no faktur penjualan saya buat dengan 6 digit. > kalo saya lihat transaksi yg selalu banyak tiap bulannya no > faktur tsb akan cepat habis (no 999999) dan no akan kembali > ke 000001 lagi. > itu artinya no faktur akan bentrok. > > 1. bagaimana menyelesaikan masalah tsb ? > 2. bagaimana membuat nomor faktur yg baik? > 3. atau ada cara lain ? > > mohon bantuan teman2 semuanya dan terima kasih sebelum dan sesudahnya. > > >
