tablo oluşturma

Bir öneride benden.

Kümülatif toplam için ayrı bir table kullan; bir kullanıcı istatistik.dbf dosyana bir ekleme yada çıkarma yaptığında, bir fonksiyonla otomatik olarak kümülatif toplamı tuttuğun kısmı güncelleyebilirsin. her günün akşamında yada haftalık olarak (sistemde kullanıcıların olmadığı bir anda ) istatistik ve kümülatif table larının genel durumunu karşılaştırırsın. Eğer bir hata yada gözden kaçan durum varsa, tespitin kolaylaşır. Bu işlem mekanizması çok mantıklı mı?, hayır! ama hız senin için olmazsa olmaz ise ve her işlemin sonunda çok büyük boyutlu bir table da kümülatif toplam işlemi yapana kadar; her işlemin bitiminde, ayrı bir table da kümülatif alanını güncellemek daha uygun.

Örneğin benim kullandığım sistemde; Cari hesap bakiyeleri ve işlemler ayrı table larda; Cari bakiye durumunu işlem dosyasındaki kümülatif hareketlerden değil, doğrudan cari table ındaki kısımdan alıyorum.

Neyzen,
Bir tablonun bazi kriterlere gore ayri fiziksel dosyalara bolunmesi islemi 'partition'. VFP'de bunu kendi yaparsan 2Gb siniri isini halletmis oluyorsun + hesaplamalar bir grup icin biraz daha hizli olabilir. Hizi asil kazandirack Ugur'un dedigi. Gercek zamanli hesapla ve sonucu sakla. Insanlar hesap islerinde yavas:) Ama pratik cozumleri var. Sayfalarca suren girdi-cikti gibi hesaplari tekrar tekra yapmak yerine bir kere yapip, sonra arada duzeltme varsa sadece farki sonuca eklemek bitiriyor isi.
SQL server dusunursen o tek tabloya 'partition' islemini senin tanimlamanla yapiyor. Sana gore tablo yine tek, sorguya gore o kendisi neyi kullanacagini biliyor. Ama Express versiyonda da genel toplamda database basina 4Gb siniri var. Analiz servisleri bu isi hizli yapar. Aklinda bulunsun.