[SORGU] Devirli Bakiye
#1

.rar   tolgahat.rar (Boyut: 319,41 KB / İndirilme: 69) SRG_hareketler sorgusunda "001" cari kodunda 14 hareket olmasına rağmen sorguda 84 hareket görüyorum.
istediğim sadece  kayıtlı hareket kadar sorguda kayıt görmem. Bu sorgunun amacı istediğim tarih ve istediğim cari kodu ile müşteriye hareket dökümünü göstermek.
Bunun yanında eğer tarih aralığı dışında kayıtlar varsa bunu da devreden bakiye ile sorguda göstermek. Ama işin içinden çıkamadım. Açıkçası mantığını da 
kafamda toparlayamadım. Sorgudaki alanlarım şu şekilde;
GelenMalFiyatToplam=borçu olduğum tutar,
GidenMalFiyatToplam=alacaklı olduğum tutar,
giden=ödediğim para
gelen=tahsil ettiğim para
avans=ödediğim para(müşteriyi borçlandırıyorum.)
Bu veriler ışığında en sona devreden bakiye ile müşteriden alacağımı yada borcumu görebilmek. 

Umarım anlatabilmişimdir.

Şimdiden teşekkür eder iyi çalışmalar dilerim.



  Alıntı
Bu mesajı beğenenler:
#2
sn tolgahat
uygulamanızda düzeltilmesi gereken o kadar çok şey var ki bu haliyle.
En başta yapmanız gerekenler tablolar arası ilişkileri düzenlemek ve doğru tanımlamaları yapmak, daha sonra ihtiyacınız olan sorguları oluşturmak.
bahsetmiş olduğunuz sorgu seçme sorgusu olmamalı, alanlar üzerinde gruplama yapmalısınız.
eğer tablo ilişkileriniz ve tanımlamalarınız doğru olursa ondan sonraki adımlarınızda hata payı azalacaktır.



  Alıntı
Bu mesajı beğenenler:
#3
(10-05-2021, 18:15)onur_can demiş ki: sn tolgahat
uygulamanızda düzeltilmesi gereken o kadar çok şey var ki bu haliyle.
En başta yapmanız gerekenler tablolar arası ilişkileri düzenlemek ve doğru tanımlamaları yapmak, daha sonra ihtiyacınız olan sorguları oluşturmak.
bahsetmiş olduğunuz sorgu seçme sorgusu olmamalı, alanlar üzerinde gruplama yapmalısınız.
eğer tablo ilişkileriniz ve tanımlamalarınız doğru olursa ondan sonraki adımlarınızda hata payı azalacaktır.

Yanıtınız için teşekkür ederim. En başından planlamadan yapınca böyle oluyor. İlişkiler konusuna da çok hakim olmadığım için doğaçlama bu çıktı ortaya. Şimdi en baştan yapmayı düşünüyorum. Ekteki dosyada tüm girdileri tek tabloda yapmayı düşünüyorum. Bu yapıda ileride sorun yaşarmıyım peki ?

ikinci sorumda şu, sorguda cari_kodu alanına ölçüt belirliyorum. "002" cari kodunun bilgileri gelsin diye. ama yürüyen bakiye'de tüm kayıtların verisinin sonucu geliyor. Bu sorunu nasıl çözeblirim ?

Edit: İkinci sorumu şu şekilde çözdüm.
Visual Basic
  1. bakiye: (select sum(([alacak]-[borc])) from Thareketler where cari_kodu=TH.cari_kodu and  Kimlik<=TH.Kimlik)




Eklenti Dosyaları
.zip   Asaf.zip (Boyut: 123,38 KB / İndirilme: 101)



  Alıntı
Bu mesajı beğenenler:
#4
Tablolarınızı ne kadar iyi planlayıp düzenlerseniz diğer nesneleri oluşturmanızda da o kadar az sorun yaşarsınız. Microsoft Access bir İlişkisel veritabanı yönetim sistemidir.(RDMS) Dolayısıylaeğer birden çok konuyu tek bir veritabanında işleyecekseniz bukonuların birbiriyle bağlantılarını ortaya çıkarmanız gerekir. Tek tablo nerede geçerli olur, sadece bir konu işleyecekseniz olur. Örneğin evinizde bulunan kitapların sadece isimlerini tutmak isterseniz, tek tablo yapabilirsiniz. Fakat kitapları daha detaylı bir şekilde ele almak isterseniz ne yaparsınız; 
Kitap Adı
Kitap Türü
Yazarı
Sayfa Sayısı
Basım Yılı
Önsöz
Konu
gibi verilere ihtiyaç duyarsınız. İşte tam bu noktada Access devreye girer. (En basitinden) Bunu excelde de yapabilirsiniz. Fakat daha büyük verileri bu şekilde planladığınız düşündüğünüzde Access'in gücü ortaya çıkar.
Kitap konusuna geri dönecek olursak tablolarımız ne olacak;
tab_kitap
tab_yazar
tab_tür
adlı 3 tabloya ihtiyacımız olacak.
Eğer iyi stabil bir uygulama yapacaksanız ilişkiler konusunu irdelemenizi öneririm.
Tablolar ve ilişkileri hakkında daha fazla bilgi sahibi olmak isterseniz aşağıdaki linke göz atabilirsiniz.
Tablolar ve İlişkiler



  Alıntı
Bu mesajı beğenenler:
#5
(12-05-2021, 14:31)onur_can demiş ki: Tablolarınızı ne kadar iyi planlayıp düzenlerseniz diğer nesneleri oluşturmanızda da o kadar az sorun yaşarsınız. Microsoft Access bir İlişkisel veritabanı yönetim sistemidir.(RDMS) Dolayısıylaeğer birden çok konuyu tek bir veritabanında işleyecekseniz bukonuların birbiriyle bağlantılarını ortaya çıkarmanız gerekir. Tek tablo nerede geçerli olur, sadece bir konu işleyecekseniz olur. Örneğin evinizde bulunan kitapların sadece isimlerini tutmak isterseniz, tek tablo yapabilirsiniz. Fakat kitapları daha detaylı bir şekilde ele almak isterseniz ne yaparsınız; 
Kitap Adı
Kitap Türü
Yazarı
Sayfa Sayısı
Basım Yılı
Önsöz
Konu
gibi verilere ihtiyaç duyarsınız. İşte tam bu noktada Access devreye girer. (En basitinden) Bunu excelde de yapabilirsiniz. Fakat daha büyük verileri bu şekilde planladığınız düşündüğünüzde Access'in gücü ortaya çıkar.
Kitap konusuna geri dönecek olursak tablolarımız ne olacak;
tab_kitap
tab_yazar
tab_tür
adlı 3 tabloya ihtiyacımız olacak.
Eğer iyi stabil bir uygulama yapacaksanız ilişkiler konusunu irdelemenizi öneririm.
Tablolar ve ilişkileri hakkında daha fazla bilgi sahibi olmak isterseniz aşağıdaki linke göz atabilirsiniz.
Tablolar ve İlişkiler

Bilgilendirme için teşekkür ederim onur bey.
İyi çalışmalar dilerim. İyi bayramlar.



  Alıntı
Bu mesajı beğenenler:


Benzer Konular...
Konu: Yazar Cevaplar: Gösterim: Son Mesaj
  Devreden Bakiye ates2014 2 343 20-09-2024, 12:15
Son Mesaj: ates2014
  Yürüyen Bakiye 10pele 12 1.162 23-11-2023, 00:45
Son Mesaj: dsezgin
  [SORGU] Yürüyen Bakiye e.ayma@hotmail.com 10 670 02-09-2023, 22:27
Son Mesaj: halily
  Kasa Takip Programı (yeni Tablo Devirli) efeksk 33 28.320 04-02-2022, 12:04
Son Mesaj: özgülapt
  Kalan Bakiye Sorunu burhan 3 567 30-05-2021, 16:26
Son Mesaj: burhan
  [SORGU] Dört Tablodan Liste kutusuna veri çağırma ve Yürüyen bakiye takip sistemi the.bykus 3 2.371 18-02-2021, 16:14
Son Mesaj: Lidervet
  [SORGU] Stokda Yürüyen Bakiye hedefkaya 1 674 28-01-2021, 13:02
Son Mesaj: özgülapt
  [SORGU] Yürüyen Bakiye Yapamama bysea 4 830 10-07-2020, 10:52
Son Mesaj: dsezgin

Foruma Git:


Bu konuyu görüntüleyen kullanıcı(lar):