Skip to main content

AccessTr.neT


sql kodu çok karmaşık hatası

sql kodu çok karmaşık hatası

#7
Çözebilmek adına bende araştırıyorum ancak çözüm benim günlerimi alırken sizler tarafından tek cümle ile çözülebilmesi mümkün oluyor çoğu zaman ve bilgi kolay edinilebilen bir şey değil. Emekleriniz için tekrar tekrar teşekkürler
Cevapla
#8
sayın celilpartal,

öncelikle,kendi adıma,işlerin yoğunluğundan dolayı gecikmeli geri dönüşte bulunmak durumunda olduğum için özür dilerim.

EK'te;
bahsettiğiniz talebinize yönelik olarak hazırlanmış örnek uygulama mevcuttur.inceleyebilirsiniz.

örnek uygulamada,
gecikme3 adlı sorgu,talebiniz için oluşturulmuştur.fakat,aslında benzer bir sonucu elde etmek adına,gecikme4 adlı sorgu ile de gerçekleştirebilirsiniz.bilginize.
 
iyi çalışmalar,
saygılar.
.rar karmen program-22-ATOZ2.rar (Dosya Boyutu: 101,49 KB | İndirme Sayısı: 2)
Herkes, kendisinin AR-GE'cisidir...


Konulara eklenen Uygulama içeriğine yönelik Tavsiyeler
Alt Form Denetim Değerlerine ulaşma ve Alt Form Güncelleme
Kapatırken Düzenle (Compact On Close) Seçeneğinin İşaretlenmesi Hakkında
Cevapla
#9
Atoz Hocam yapmış olduğunuz çalışmada tüm denemelerime rağmen yine geciken taksitlerle ilgili bilgileri getirmiyor.

Alacak hanesi dolu olupta ödemesi gereken taksitleri zamanında ödeyen müşterileride getiriyor

Mantıksal olarak taksit tarihi bugünden önce ise ve ödenen tutar, taksit tutarından küçük ise yada boş ise koşulunu doğru yazıyoruz ancak sağlamasını yaptığımızda sonuç alamıyoruz nedendir hocam
Cevapla
#10
Sayın celilpartal,

Taksit geciktirmeyen müşterileri de sorgu sonucu gösteriyor

Konunuzun 5.mesajında yukarıdaki ifadenizden dolayı bir düzenleme yapılmak sureti ile 8.mesajda eklenen örnek uygulama düzenlenerek hazırlanmıştır.

Bu düzenleme ile de, tbl_satis adlı tablodaki 3 adet kayıttan Alacak alanında değer bulunan 2 adet kaydın gösterilmesi ilgili sorgu ile sağlanmıştır.

Alıntı:tüm denemelerime rağmen yine geciken taksitlerle ilgili bilgileri getirmiyor.

ifadeniz için;satış tablosunda 3 adet kayıt mevcut ve bunlardan da Alacak hanesi boş olanın dışında diğer 2 kayıt sorgu sonucunda gelmektedir.bilgiler oalrak da,sizin seçtiğiniz gibi,müşteri adı,telefonu,alacak değeri.

Alıntı:Alacak hanesi dolu olupta ödemesi gereken taksitleri zamanında ödeyen müşterileride getiriyor

ifadeniz için de,sorgu sonucunda listede olması gereken ve olmaması gereken kişiler kimlerdir? Ya da bir diğer ifade ile,nasıl bir sonucun çıkması gerekiyor,kişiler olarak?

bu bilgilendirmelerde bulunabilir misiniz lütfen.teşekkürler.
iyi çalışmalar,saygılar.
Herkes, kendisinin AR-GE'cisidir...


Konulara eklenen Uygulama içeriğine yönelik Tavsiyeler
Alt Form Denetim Değerlerine ulaşma ve Alt Form Güncelleme
Kapatırken Düzenle (Compact On Close) Seçeneğinin İşaretlenmesi Hakkında
Cevapla
#11
Hocam her taksitin ödeme tarihi ve tutarı var. bu bilgiler doğrultusunda

eğer taksit tarihi bugünden önce ise ve Taksit Ödenen tutarı taksit tutarından küçük yada boş ise

Bu cümle ile zaten herhangi bir taksitini geciktirenleri getirmeli.
3 adet satış vardı o formda deneme amaçlı ancak farklı satışlar girip denendiğinde de sonucun değişmediği görülecektir hocam.

Bu istediğim sorgu ile yapılmak istenen taksitini geciktirenlerin isim tel ve alacak bilgilerini süzdürmek.
Cevapla
#12
Sayın celilpartal,

Uygulamanız tekrar incelendiğinde aşağıdaki hususlara yönelik olarak bazı bilgilendirmelerin (yorumların) yapılması gerektiği görülmüştür.istişare etmek ve verimli bir uygulama olmaya zemin hazırlaması adına belirtmekte fayda var kanısındayım.

Form3 adlı satış işlemlerinin yapıldığı formunuzda mevcut bulunan tablodaki 3 kayıt verisi için gecikme hesaplama işlemi yapıldığında,doğru bir sonuç edinme sunmadığı fark edilmiştir...benim anladığım gecikme hesaplaması şu olsa gerek;eğer kişi,ödemelerinin tarihini ödeme tarihi gelmesine rağmen ödememişse geçen her bir gün için hem gün hem de gecikme faizi üzerinden gecikme tutarı hesaplanır.sanırım,zaten sizin de yapmak istediğiniz bu.

Form3 adlı form çalıştırıldığında;her bir kişinin ödemelerini tam da ödeme tarihi günü ne ise o günde ödemesini yaptığı görülmektedir.dolayısı ile de,muntazaman ödemelerde bulunan bir kişi için ne gecikme günü ne de gecikme ödemesi söz konusu olmamalı.oysa, ilgili form üzerindeki Gecikme Hesapla butonu çalıştırıldığında;gecikme gün ve gecikme tutarının hesaplandığı görülmüştür.

Aslında,öncelikle;bu gecikme hesaplamalarına maruz kalacak metin denetim kutularının,geçerli durum söz konusu olduğunda devreye girmesi daha doğru olacaktır kanısındayım.diğer bir ifade ile,ödeme tarihi eğer o günün gün tarihini (date ifadesi) geçtiği takdirde devreye girmeli.o zamana kadar,form üzerinde tüm değerler 0 (Sıfır) veya boş göstermeli.
Ayrıca,kişilerin her bir gecikmeli ödeme durumlarında,hesaplanan gecikme faizi adı altındaki gecikme tutarı,ödenecek olan kalan taksit tutarına dahil edilmeli ki,bu gecikmenin de alınması söz konusu olabilsin.yoksa,hesaplamanın alınacak tutarda gösterilmemesi durumunda hesaplanmasının da gereği kalmamaktadır...Kaldı ki,siz oluşturmak istediğiniz sorguda sadece Alacak tutarı üzerinden sorgulamak istiyorsunuz.gecikme tutarını da dahil edecek şekilde oluşturulması daha geçerli değil mi?

Bir de,ödeme tarihi için bana göre hazırda olması bir ihtimal değiştirilmeli kanısındayım.çünkü,bu alan değişime uğrayacak bir tarih de olabilir,eğer ki gecikmeli ödemeleri de dikkate alacaksanız.diyelim ki,kişi;ödeme tarihinde değil de bu tarihten daha sonrasında ödemesini yaptı.peki,bu geç tarihi nerede belirteceksiniz? Sonuçta,ödemenin yapıldığı tarihi doğru ve tam gününde belirtmelisiniz ki,olası bir geri dönüş olarak incelemede veya raporlamada daha önceden belirlenen tarihte değil de ödemenin asıl yapıldığı tarihi göstermek gerekmektedir.dolayısı ile de,bu ödeme tarihi belki serbest diğer bir tanımlama ile önceden belirlemesiz olarak da oluşturulabilir.

Bu nedenle,sanırım,sorgulamalara veya diğer çalışmalara geçmeden öncesinde,ilgili taksitlendirme ve gecikme faizi uygulama hususlarını tekrar gözden geçirmeye ve yeniden değerlendirmeye gereksinim olabilir.elbette ki,bütün bu bahsi geçen yorumlar sizi bağlamayan bana dairdir.kabul edilebilirlik ve değerlendirilebilirlik adına takdir ve tercih sizindir.bilginize…iyi çalışmalar,saygılar.
 
Herkes, kendisinin AR-GE'cisidir...


Konulara eklenen Uygulama içeriğine yönelik Tavsiyeler
Alt Form Denetim Değerlerine ulaşma ve Alt Form Güncelleme
Kapatırken Düzenle (Compact On Close) Seçeneğinin İşaretlenmesi Hakkında
Cevapla

Bir hesap oluşturun veya yorum yapmak için giriş yapın

Yorum yapmak için üye olmanız gerekiyor

ya da
Task