İçiçe sorgularla yürüyen bakiye modelini (şahsen ben) tavsiye etmiyorum. Geçici bir tabloya aktararak hesplamayı da tavsiye etmiyorum; zira performansı düşük. Zaten bunu da görmüşsünüz.
En iyi performans için size iki seçenek önerebilirim. Bunlardan birincisi, sunucu tarafında kullanmak üzere bir stored procedure hazırlayabilirsiniz. Bu, procedure içersinde bir cursor kullanımı veya bir memory table metotları ile yapılabilir.
Diğeri de benim geliştirdiğim metot olan "offline" recordset ile yapılabilir.
Son olarak, örneğin "BolIslem" fonksiyon girdileri için 20000 defa sum alınması, sorgu hızını düşürmesi aşikar.
offline recordset gordugum kadari ile hizli calisan bir sistem. Banada hizli calismasi onemli... Gelistirmekte sikinti cekermiyim diye bir endisem var...
Tabloya insert yapılması hız açısından etkili bir durum değil.
Ancak şu yapılabilir:
"+" açılmasına bağlı olarak değil de, "qrymalikartlar" listesinin aktif "KOD" kaydı için ikinci gridin kaynağına bu kodun hareketleri dinamik toplamlarıyla recordset "set" edilebilir. Sanırım bu altform gibi bir tasarımla yapılıyor.
Ben genel olarak Querylerle calisiyorum.... Bunun temel sebebi Accessi bir raporlama araci olarak kullaniyorum... Tablolarim sistikce Excel de sikinti yasadigim icin access'i tercih ediyorum...
raporlamalar ve kontroller degiskenlik gosterdigi icin, sabit hazirladigim querylerimin disinda ihtiyacima gore degisiklikler yapiyorum....
Bu degisiklikler Form araciligi ile yapildigi zaman olaylari ve tanimlamalarida yenilemek gerekiyor....
Deneme.rar (Boyut: 1,2 MB / İndirilme: 81)
