Giriş yapmadınız. Lütfen giriş yapın yada kayıt olun.
merhaba arkadaslar,
programa basit bir malzeme stoğu eklemek istiyorum. deneyimli ardaslarda bir sorum var. stok daki miktari hesaplamak icin her giris cikis da stogu artirmak ve eksiltmek mi daha dogrudur. yoksa stok miktarini gormek icin her seferinde stogu giris -cikis kayitlarindan mi hesaplamak dogrudur? bir turlu karar veremedim.
ya da baska bir oneriniz var mi?
simdiden tesekkurler...
Merhaba
Çok yüklü miktarlar söz konusu değilse (yani birkaç bin) ve record boyutu küçük ise, ben şahsen hareket kayıtlarından stoğu hesaplardım.
Ama kayıt sayısı büyük ise (100 binlerce) veya hareket recordun boyuty büyük ise, o zaman stok kartındaki değeri güncel tutmak daha doğru olur.
her ikisini de yap
1- stok hareketleri: her giriş ve çıkış kaydı, satırlarda devir
2- stok son durum
data bozulursa tekrar toparlayabilmen için iyi olur.
her ikisini de yap
1- stok hareketleri: her giriş ve çıkış kaydı, satırlarda devir
2- stok son durumdata bozulursa tekrar toparlayabilmen için iyi olur.
satirlarda devir derken ? giris cikis kayitlarinda oncekilerinin toplami mi olsun ? ve stok kartinda ayrca kalan miktar. dogrumu anladim?
en güzeli bir view oluşturmak. böylece en doğru stok giriş-çıkış toplamları anında alınır.
en güzeli bir view oluşturmak. böylece en doğru stok giriş-çıkış toplamları anında alınır.
metin view olusturunca her seferinde yeniden hesap yapmiyor mu vfp? view in avantaji nedir?
Bence olay biraz stogu nasil ve nerede tuttuguna da bagli. Saf VFP ve nispeten yavas makineler ya da buyuk datadan bahsediyorsak, yardim stok durumu tablosunu tut derim (ben ancak oyle hiz saglayabilmistim 1990 oncesi donemde - 1994'lerden beri ise Stok ile ilgili hicbir sey yazmadim acikcasi).
SQL server'da tutuyorsan, 'calculated field' denen alanlar var, bu tablonun parcasi ve kalici da olabiliyor istersen. Bunun iyi tarafi hesaplanabilir birseyi saklarken, bunu kodda yaparak, herhangi bir yerde yapmayi unutmani engellemis olman, dogrudan tablonun sanal ya da kalici bir alani olmasi vs. Triggerlar vasitasiyla da hesaplatip kaydedebilirsin. Benim dedigimi aslinda Mehmet ve Ali cok guzel ozetlemisler, soyleneni tekrar ediyorum aslinda:)
bir stok sisteminde fifo ile ilgili tartışma yapmıştık, dilersen incele: http://www.fox4um.com/topic/1010/sql-se … -identity/
önerime açıklık getirmek için:
1- bir hareket tablosu yapıyorum
stokkod tarih adet devir
3 10.10.2010 5 5
3 11.10.2010 -2 3
3 11.10.2010 -1 2
3 12.10.2010 5 7
4 10.10.2010 15 15
4 11.10.2010 -12 3
4 11.10.2010 -2 1
4 12.10.2010 15 16
2 - icmal tablosu da anında görüntü veriyor.
stokkod stokad devir
3 üç 7
4 dört 16
geçmiş tarih ve işlem stok durumları için 1. tabloya bakmak gerekiyor.
son durum her iki tablodan okunabilir.
metin yazdı:en güzeli bir view oluşturmak. böylece en doğru stok giriş-çıkış toplamları anında alınır.
metin view olusturunca her seferinde yeniden hesap yapmiyor mu vfp? view in avantaji nedir?
ben sql server için demiştim. ama çetin'in dediği calculated field olayı daha güzel. ben onu bilmiyordum.
Metin, Calculated Field için bir not o halde; eğer çok fazla işlem hareketi gören tabloların varsa yada dosya boyutun gerçekten hatırı sayılır miktarda büyükse Calculated Field kullanma. Dikkate değer oranta performans kaybı yaşatabilir. Yok illa gerekli ve olmazsa olmaz bir durum var ise; sadece o tabloyu (vede o tablo index ini / o tablo viewlarını ) ayrı bir array ( yada disk mi demeliydim ) tutabilirsin.
...
SQL server'da tutuyorsan, 'calculated field' denen alanlar var, bu tablonun parcasi ve kalici da olabiliyor istersen. ...
calculated field'a örnek var mı? computed column buldum. ancak computed column sadece mevcut tablodaki field'ları topluyor. subquery olamaz diyor.
Computed column:) Dedigim oydu, dilden dile atlamaktan terminoloji karisiyor.
bir stok sisteminde fifo ile ilgili tartışma yapmıştık, dilersen incele: http://www.fox4um.com/topic/1010/sql-se … -identity/
önerime açıklık getirmek için:
1- bir hareket tablosu yapıyorumstokkod tarih adet devir
3 10.10.2010 5 5
3 11.10.2010 -2 3
3 11.10.2010 -1 2
3 12.10.2010 5 7
4 10.10.2010 15 15
4 11.10.2010 -12 3
4 11.10.2010 -2 1
4 12.10.2010 15 162 - icmal tablosu da anında görüntü veriyor.
stokkod stokad devir
3 üç 7
4 dört 16geçmiş tarih ve işlem stok durumları için 1. tabloya bakmak gerekiyor.
son durum her iki tablodan okunabilir.
üsdadım,bu dediğiniz kümülatif toplam oluyor.Bu metodla,tarih e göre herhangi bir stok giriş çıkışında düzeltme yaptığınızda,Yüzlerce kayıdı düzeltmek zorunda kalmıyor musunuz ?Benim başıma bir keresinde geldi.Resmen bayılıyor porgram 
evet, bir düzeltmede bir önceki tarihin devrine bakıp, sonrasını işliyor.
Süre olarak 10.000lerce kayıt 1 saniye almaz (bazen tamir programı işletiyorum milyon kayıtlı ve 2 alan devirli bir dosyamın bütünü 3-4 saniye alıyor) - SQLde stored proc olarak hissedilmiyor bile.
bayılma başka bir şey için olabilir.
Neyzen; bayılma konusunda VFP nin data session ları ve SET komutlarını biraz irdelemelisin.
O bayılma problemini geçen yıl bende yaşamıştım. Allah 'tan Çetin Üstat duruma el atmıştı da bir çözüm bulabilmiştim. Arşivi biraz kurcalarsan detayları bulabilirsin.
( http://www.fox4um.com/topic/1018/update-sql-suresi/ )
Ali abi; anladığım kadarı ile; kümülatif toplam olayını çözmüşsün Hadi gözün aydın ...
http://www.fox4um.com/topic/1463/sql-se … fo-update/
bence hizli.