AccessTr.neT

Bu arada çalışmanızı biraz inceledim. Ve gördüm ki siz benim düzelttiğim sorguya gelene kadar bir sürü sorgudan geçmiş verileri kullanıyorsunuz. O sorgulardan zaten veri gelmiyor ki, sıfır olmasın ) Ben size NZ ile ilgili küçük bir örnek yapayım aşağıya, kendiniz yapın sorunuzu. Çünkü o kadar sorgu koymuşsunuz ki araya, tek tek kimse uğraşmaz onlarla.. Yine kendiniz düzeltin onları.

Şimdi bakın, sizin sorgunuzda bir toplam alanında veri şöyle çağrılmış:

stkdurum: Topla([ToplaGirenAd]-[ToplaMiktar])

Bu şekilde çağırdığında eğer değerlerden biri yoksa (null ise) sonuç null (yani boşluk) olacaktır. Oysa şöyle demelisiniz ki değer yoksa 0(sıfır) gelsin. Bir sayıyı null'dan çıkaramazsınız ama sıfırdan çıkarırsınız değil mi? İşte olay bu.

stkdurum: NZ(Topla([ToplaGirenAd]-[ToplaMiktar]);0)

Bakın işlemlerin başına NZ ilave ettik ve tümünün sonucunun null olması durumunda değerin null değil sıfır olması için de ;0 ifadesi ekledik. Yukardaki ilk halinde null dönecekken böylece artık sıfır dönecektir. Siz bunu tüm matematiksel işlem gerektiren sorgularınıza uygulamalısınız. Sonuçları null olabilecek tüm değerleri IIF ile veya null ile sıfıra döndermelisiniz.

Kolay gelsin..

hocam teşekkürler. biraz geç yazıyorum cevabı. çok sorgu koymamın sebebi sorguda ilişkilendirme yaptığımda değerler farklı çıkıyordu. mesela bir üründe 1 tane satıldığında günlük formundan kontrol ettiğimde 2 adet satılmış olarak gözüküyordu. hocam bu yazdıklarınızla ben birazdaha uğraşayım buarada NZ olayınıda anladım anlatımınız için teşekkürler.

nz fonksiyonu ile çıkış olmayan ürünleri gözükmesini halletim hocam fakat şöyle bie durum söz konusu sorgu içinde tabloları ilişkilendirince TbStok ile Ycari örnek olarak TbStok içindeki giriş adedini fazla gösteriyor. bu olayı çözemedim.

İlişkilendirmeyle ilgili olabilir. Örneğin son halini ilk mesajdakinin yerine eklerseniz yardımcı oluruz.

mehmet hocam dosyayı değiştirdim ekledim.

arkadaşlar ben sorunu halletim. örnek ve gösterdiğiniz ilgi için teşşekkürler.