Bu bir soru değil, asıl "" (herhangi bir dil veya veritabanı özgü değildir), ama tasarım ve mimarinin. programlama Ayrıca bu tür bir soru "Ne yapmak için en iyi yol X". Çok "" tartışma. dini neden olmaz umarım

Geçmişte öyle ya da böyle, ürün envanter formu (ilgili ne öğeleri) bu sistemleri geliştirdik. Bazı hareketleri desteklemeyen diller/DB kullanıyor. Bu gibi durumlarda öğeyi kaydetmek olmamaya karar verdimyandan miktarmadde rekor bir alanda. Bunun yerineyandan miktartoplam stok hesaplanır aldı - stok toplam sattı. Bu yazılım yüzünden stok neredeyse hiçbir farklılıklar sonuçlandı. Tabloları düzgün bir şekilde dizin ve performansı daha iyidir. Kayıt miktarı performans etkilemeye başlayacaktır diye arşivleme bir süreç var.

Şimdi, birkaç yıl önce bu şirkette çalışmaya başladım ve stok takip sistemi miras kaldı. Ama miktarı " alanına kaydedilir. Girişi kaydedildiğinde, alınan miktarı madde için miktar alanı eklendi. Bir madde satıldığında, miktar çıkarılır. Bu farklılıklar sonuçlandı. Bence bu doğru bir yaklaşım değil, ama önceki programcılar burada yemin ediyor.

Eğer doğru yol bu ne böyle sistem tasarımı için bir fikir birliği varsa bilmek isterim. Ayrıca hangi kaynaklar kullanılabilir, basılı veya, bu konuda yardım istemeniz çevrimiçi.

Teşekkürler

Mevcut şirketimde her iki yaklaşım gördüm ve kesinlikle ilk doğru (toplam stok hareketleri dayalı hesaplama yağsız).

Eğer bir sahada bir yerlerde toplam miktar saklamak istiyorsanız, bu numarayı nasıl vardığını bilemezsin. İşlem tarihi var ve hiçbir sorunları ile sona erebilir.

Yazdığım son sistem pozitif veya negatif bir miktar ile bir plak gibi her işlem saklayarak hisse senedi izler. Çok iyi çalışıyor bulduk.