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.

 


  ----------

This email is confidential. If you are not the addressee tell the sender 
immediately and destroy this email
without using, sending or storing it. Emails are not secure and may suffer 
errors, viruses, delay,
interception and amendment. Standard Chartered PLC and subsidiaries ("SCGroup") 
do not accept liability for
damage caused by this email and may monitor email traffic.


[Non-text portions of this message have been removed]

Kirim email ke