mohon bantuan untuk desain database inventory

[foxy]

@need_help: mengenai suatu desain udah bener atau tidak; sebenarnya jawabannya relatif. Tergantung bagaimana kasus di lapangan. Apakah itu sudah mencukupi kebutuhan atau belum? Yang kita buat adalah software sistem informasi. Sumber software untuk memperoleh informasi adalah data. Informasi baru memiliki nilai apabila informasi itu, betul, tepat waktu, dan relevan. Jadi, pertanyaan untuk Anda, apakah software inventory Anda bisa memberi informasi stock dengan betul? (Harusnya stock = 8 buah, ya memberi nilai = , tepat waktu? (buka window stock sekarang, informasi-nya baru tampil 3 menit kemudian --- untuk kasus stock, kelamaan pak!), dan relevan? (mau lihat stock barang A, yang ditunjukkan stock barang B)... Kalau sudah okay semua, ya pede aja pak!

aq mending tambah table dari pada tambah field

SETUJU!

oooooooo, gini ja ( baru dapet ide) bikin ja proses stock opname, tapi stock opname yg dilakukan memperbolehkan hanya sebagian item....jadi yg tersimpan g semua item...

hmmm... okay... tapi berarti waktu menghitung stock, harus memeriksa dulu stock awal kapan yang berlaku untuk satu item tersebut. Belum tentu stock awal dari stock opname terakhir. Belum tentu juga stock awal dari stock opname yang kedua terakhir, atau yang ketiga terakhir....  berarti harus mengambil tanggal terakhir dari stock opname yang ada item tersebut;

 select top 1 pkStockOpname
   from StockOpname inner join StockOpnameDetail on pkStockOpname = fkStockOpname
where StockOpnameDetail.pkItem = ?lcPKItem
 order by StockOpname.Tanggal Desc

Kalau ada 2000 item aja. Penambahan query seperti itu cukup signifikan lho!

hmm...
kaloo proses stok opname di lakukan tiap hari...
kayaknya tidak mungkin lo mas (walaupun 1% ada sih yang melakukannya)..
coba bayangin aja kalo hypermart stok opname tiap hari ?bisa segede apa database nya..

Kenapa stock opname secara sistem tidak bisa dilakukan tiap hari? Bisa aja. Masalah database gede, ya jelas kalau mau seperti itu jangan menggunakan struktur database yang Anda gunakan seperti post awal Anda. Stock opname periode (seperti istilah Anda) bisa digunakan untuk input stock opname saat secara real, orang gudang memeriksa stock fisik barang. Tapi, untuk perhitungan, bisa dibuat satu table lagi yang menyimpan data nilai stock akhir untuk setiap item (seperti @poison: lebih baik menambah table daripada menambah field). Menurut definisi database relation, ini disebut data redundant. Tapi IMHO worth it untuk informasi stock yang perlu ditampilkan secara instan.

bagaimana jika hasil stok opname create tabel sendiri tiap periodik stok opname ?

IMHO: Bad Design! (others may have their own profesional opinion - it's a matter of preference). No offense, tapi ini gaya programmer xbase tahun 80-an. Nanti akhirnya yang dibikin table sendiri bukan cuma stock opname, tapi juga penjualan, pembelian, data stock, dan akhirnya satu folder database untuk satu periode! Bad... bad... Nah ini yang -- IMHO -- disebut REDUNDANCY DATA.

Just my 2c
foxy

[need_help]

sip
terima kasih pak Foxy..penjelasan anda bagaikan seorang dosen..
hehehe

mungkin Pak foxy bisa jelasin sedikit konsep database yang baik?
thx
 

[taz]

ni salah satu minus nya (sori om taz)...

untuk melihat stock dalam waktu tertentu tetep harus pake titikacuan (milestone)...

aq pernah terapin metode seperti ini : untuk membuat milestone, tidak harus akhir bulan....aq bikin bebas...tapi ada beberapa ketentuan yg harus ditaati oleh operator...
semisal : - harus akhir / awal hari....
tapi tak lupa disampaikan, plus minus dari milestone tersebut...
plus :
- akumulasi data lebih cepet
minus :
- database cepet besar (karena semua item akan disimpan ulang, walaupun hanya id dan value)..

***
monggo yg laen....

YUP betul sekali, cuman saja karena kebutuhannya loging dan meminilisasi kebutuhan query (server jadi dikit investasinya, investasi HDD murah sih dari pada investasi prosesor dan Memori ini tujuan dari zetoc) ya downbreaknya databasenya gemuk sekali.

terima kasih pak Foxy..penjelasan anda bagaikan seorang dosen..

ini yang paling saya suka dari papa foxy hehehehe, lebih dari dosen malah 

mungkin Pak foxy bisa jelasin sedikit konsep database yang baik?

Kalau saya sih, harus ditentukan dahulu kebutuhannya, belum tentu desain satu (yang mengedepankan peforma) bisa diterapkan di desain yang lain (yang mengedepankan kemudahan pemrograman misalnya)

harus diingat, kelebihan di satu sisi, pasti ada kekurangan di sisi yang lain.

mengenai suatu desain udah bener atau tidak; sebenarnya jawabannya relatif. Tergantung bagaimana kasus di lapangan. Apakah itu sudah mencukupi kebutuhan atau belum? Yang kita buat adalah software sistem informasi. Sumber software untuk memperoleh informasi adalah data. Informasi baru memiliki nilai apabila informasi itu, betul, tepat waktu, dan relevan. Jadi, pertanyaan untuk Anda, apakah software inventory Anda bisa memberi informasi stock dengan betul? (Harusnya stock = 8 buah, ya memberi nilai = , tepat waktu? (buka window stock sekarang, informasi-nya baru tampil 3 menit kemudian --- untuk kasus stock, kelamaan pak!), dan relevan? (mau lihat stock barang A, yang ditunjukkan stock barang B)... Kalau sudah okay semua, ya pede aja pak!

ini dia pegangannya. Tentukan desain yang paling tepat sesuai kebutuhan

[benqz]

Setuju dengan mas foxy dan mas taz,
Sekedar sharing.. kalau saya lebih mengedepankan performa dengan mengorbankan ukuran file.
Saya membuat tabel stok sendiri dengan history-nya, desain fieldnya sbb:

1. transkey     (id transaksi bisa bernilai timestamp/datetime untuk historical preview).
2. barangkey  (id barang).
3. qty_masuk (jumlah barang masuk dalam satuan terkecil).
4. qty_keluar  (jumlah barang keluar dalam satuan terkecil).
5. hpp/hjp      (optional bisa ada bisa tidak).

Kelemahan sistem ini adalah :
1. Bisa terjadi kemungkinan inconsistency dari data, tetapi hal tersebut bisa dicegah secara programming ketika proses penulisan ke tabel stok ini.
2. Ukuran file stok yang bengkak, tetapi dengan kemampuan hardware HD sekarang yg sudah mencapai terabyte hal tersebut saya kira sudah tidak masalah.

Kelebihan dari sistem ini:
1. Kemudahan dalam programming penghitungan stok/hpp.
2. Performa yg sangat cepat.

Cara ini bukan yang terbaik, tetapi bisa menjadi bahan pertimbangan rekan-rekan, sesuai dengan kebutuhan masing-masing.

[poison]

menurut ramalan ku....thread ini mo jadi HT....

[need_help]

menurut ramalan ku....thread ini mo jadi HT....

senang bila bisa jadi HT
harapannya sih tread ini bisa jadi pegangan bagi programer2 newbie seperti saya 

[techz_boy]

itu transaksi masuk nya kok cm satu tabel nya? begitu juga keluar nya

jadi untuk 1 transaksi cm bisa ngluarin 1 jenis barang ya?

knapa ga dibuat header detil?  jadi tabel nya gini :

masukgu
masukgudetil

keluargu
keluargudetil


sebagai contoh, form untuk transaksi masuk di program t4 saya bekerja

[need_help]

thx
 
udah saya rubah kok!
thx

[Ronald_CH]

ini contoh tabel table yang ada di dalam database di toko sekalian benkel servis saya