AccessTr.neT

Tam Versiyon: kayıtlarda arama yoluyla orantı kurarak hesap yapma
Şu anda arşiv modunu görüntülemektesiniz. Tam versiyonu görüntülemek için buraya tıklayınız.
Sayfalar: 1 2 3 4
(02/12/2016, 14:07)mehmetb84 yazdı: [ -> ]B kalitesi için arama yaparsak eğer, fiyatı yazdığınız gibi 30euro bulunacak (525 baz alındığı için) tarihkalite:20/02/2016 tarihbaz:12/01/2016 tarhibaz:01/08/2016 olcak.  arama değeri 2 olunca, herhangi bir hesaplama yapılmayacak (uyarısı gelicek) çünkü B'nin +-40 gün çevresinde  bulunan kalitelerin (525 , C , 732) -525 hariç- ileri tarihlerde eşleri yok.525'i de zaten ilk aramada kullandık. arama değeri 2 olunca, bir sonraki kalite için arayacak ve başka bulamadığı için hesaplamaya yapmayacak.

Ben malesef işin içinden çıkamadım. A için 2. satır olan 01-01-2016 yerine 4. satır olan 10-01-2016 tarihli 2. veriyi alıyoruz. B için niye  1.09.2016 tarihli veriyi almıyoruz? Tarih kalite niye 1.09.2016 olan 10. satır değil??
(03/12/2016, 02:10)ozanakkaya yazdı: [ -> ]
(02/12/2016, 14:07)mehmetb84 yazdı: [ -> ]B kalitesi için arama yaparsak eğer, fiyatı yazdığınız gibi 30euro bulunacak (525 baz alındığı için) tarihkalite:20/02/2016 tarihbaz:12/01/2016 tarhibaz:01/08/2016 olcak.  arama değeri 2 olunca, herhangi bir hesaplama yapılmayacak (uyarısı gelicek) çünkü B'nin +-40 gün çevresinde  bulunan kalitelerin (525 , C , 732) -525 hariç- ileri tarihlerde eşleri yok.525'i de zaten ilk aramada kullandık. arama değeri 2 olunca, bir sonraki kalite için arayacak ve başka bulamadığı için hesaplamaya yapmayacak.

Ben malesef işin içinden çıkamadım. A için 2. satır olan 01-01-2016 yerine 4. satır olan 10-01-2016 tarihli 2. veriyi alıyoruz. B için niye  1.09.2016 tarihli veriyi almıyoruz? Tarih kalite niye 1.09.2016 olan 10. satır değil??

Onu belirtmeyi unutmuşum sanırım. 01.09.2016 tarihl B'yi almıyoruz çünkü, o kayıttan sonraki tarihlerde baz olarak alınabilecek başka kayıt yok. Yani diyelim ki o B'yi aldık, onun 40 gün önce ve sonrasında bulunan kayıtların (525 kalitesi) 01.09.2016 tarihinden sonra eşi yok.
Dolayısıyla, bir önceki tarihli B olanı alıyoruz.
(03/12/2016, 03:48)mehmetb84 yazdı: [ -> ]Onu belirtmeyi unutmuşum

Merhaba, sorunuza çözüm bulmak için komplike sorgu ve kod eklemek gerekli, bütün bunlar yapıldıktan sonra istediğiniz sonucu alamadığımızda ve siz "belirtmeyi unutmuşum" dediğinizde daha önceden saatlerce uğraşılarak yazılan kodlar çöpe gidiyor. Daha önce de unuttuğunuz birşey yüzünden bütün emekler çöpe gitmişti, şimdi yine aynı durum var.

Son unutulana göre kodlama değiştikten sonra tekrar unutulmuş birşey çıkacak. Benim ve diğer arkadaşların benzeri sorulara cevap aramak istememesinin sebebi malesef bu.
(03/12/2016, 21:29)ozanakkaya yazdı: [ -> ]
(03/12/2016, 03:48)mehmetb84 yazdı: [ -> ]Onu belirtmeyi unutmuşum

Merhaba, sorunuza çözüm bulmak için komplike sorgu ve kod eklemek gerekli, bütün bunlar yapıldıktan sonra istediğiniz sonucu alamadığımızda ve siz "belirtmeyi unutmuşum" dediğinizde daha önceden saatlerce uğraşılarak yazılan kodlar çöpe gidiyor. Daha önce de unuttuğunuz birşey yüzünden bütün emekler çöpe gitmişti, şimdi yine aynı durum var.

Son unutulana göre kodlama değiştikten sonra tekrar unutulmuş birşey çıkacak. Benim ve diğer arkadaşların benzeri sorulara cevap aramak istememesinin sebebi malesef bu.

Haklısınız fakat söylemeyi unuttuğum konuyu dikkate almadan herhangi bir işlem yapmak mümkün olmuyor ki. Siz bu son söylediğimi dikkate almadan bir örnek yapabildiyseniz o da benim için kafi.
Söylediğiniz hususu dikkate alınmayan hesaplamada B - 1 için sonuç

srg_hesapsonucuisimhesap_isim
sonuc_tarihkalite
sonuc_tarihbaz
hesap_fiyat
sonuc_tarihson
hesap_kod
sonuc_tarihsonfiyat
hesap_pb
sonucB
01.09.2016
01.09.2016
30
01.09.2016
232
30
EUR
30


Ayrıca oturum açtığınızda lütfen sohbet panelinden yazınız.
Uygulamanızın düzenlenmiş son hali ektedir. İnceleyip olumlu ya da olumsuz bildirimde bulununuz.
Sayfalar: 1 2 3 4