Varolan Raporu Düzenleme Sorunu

şimdi,hazır kullandığın bir sistemin olduğundan bahsetmişsin.O zaman programın kodlarının olmadığını anlıyorum.Yukarıdaki örnekte verdiğin bilgiyi gösteren rapor dosyasını açarak bunu anlayabilirsin.Şayet veri tababında kaç adet ürünün satıldığı bilgisi tutuluyorsa,bunu rapora koymak mümkün.Bunu databaseden bakınca göremeyebilirsin belki,Raporun before open tables bölümüne bir kaç sql  cümlesi yazarakta(satışlar tablosundan,istenilen zaman aralığındaki satışları bularak) bu bilgileri rapora eklemek mümkün.Çetin hocamın dediği gibi n tane yolu var.Burada bence biraz rapor ve database bilgisi gerekiyor.Vel hasılı kelam,Rapora her türlü bilgiyi koymak mümkün.Rapora dışarıdan kod yazarak extra şeyler yaptırmak istersen,bfore open tables,open tables bölümlerine istediğin kodu yazarak veriyi elde etmek mümkündür.

Merhaba neyzen,

Evet database bilgim gayet iyi ancak FoxPro ile ilk defa çalışıyorum ve neyi nasıl yapacağım hakkında tam bir bilgiye vakıf değilim. Raporları bir EXE dosyasını çalıştırarak işliyoruz, yani raporlar o EXE dosyasından alınıyor. Ancak FRX ve FRT dosyaları elimde mevcut. DBF dosyalarında da bir tarih aralığında satılan ürünlerin tane tane karşılığı mevcut. Yani SQL tabanlı bir sistem kullanmış olsaydım

SELECT DISTINCT urunMain,COUNT(*) AS satilanUrunSayisi FROM myTable WHERE DATE BETWEEN firstDate AND lastDate

sorgusuyla alabilirdim ama FoxPro'ya gelince tıkanıyorum.

Hocam kusura kalmayın sorguyu aceleden öyle yazmışım. Dediğiniz gibi SELECT içinde o iki fonksiyonu bir arada kullanamıyoruz. Bu konuyu okuyan tüm arkadaşlardan da yanlış bilgi verdiğim için özür diliyorum.

Hocam dediklerinizden Rapor üzerinde değişiklik yapmış bile olsam EXE çalıştırıldığında eski rapor düzenini kullanacağımızı anlıyorum. Bunun için dışarıdan bir dil kullansak daha avantajlı olur galiba(Delphi gibi). Bu arada elimde DBF dosyaları mevcut ve hangisinin ne işe yaradığını, hangi veriyi depoladığını biliyorum.

NOT(ekledim): Elimde EXE dosyasının içinde bulunan diğer FRX'ler de var. Bu yüzden raporu değiştirip tekrar EXE haline getirme şansım mevcut.

FRX'ler elindeyse (anladigim kadariyla hersey elinde:) sadece onu degistirmen bile yeter. VFP'nin rapor dosyalari icin kurali:
-Eger FRX/FRT exe icine gomulu ise onu kullanir.
-FRX/FRT disarida ise, duzenlenebilirler ve EXE duzenlenmis halini kullanir. Hatta Exe calisirken:
-Raporu al
-Kapat
-Bir VFP acip FRX'i duzenle (yedegini al once. Modify report 'RaporDosyasiADi.frx')
-Raporu yeniden al. Yeni duzenlenmis hali gelir.

Duzenlerken menuden report variables secip, bir degisken yaratabilir ve istedigin seyi ona saydirirsin. Rapora bir field ekleyip o degiskeni koyarsin:)

Hatta sayim icin gerekli sey orada zorsa yine EXE'ye dokunmadan:
-Gerekli sayimi yapacak bir kod yaratip saklayabilirsin.
-Rapora field ekler ve expression olarak YarattiginKodAdi() kullanabilirsin. Koydugun banda gore degisik degerler alman mumkun. Ornegin:

*BelliBirUrunToplamSatis.prg
lparameters tcUrunName, tdFirst, tdLast
local array aToplam[1]
select count(*) from myTable where urunAdi == m.tcUrunName ;
  and tarih between m.tdFirst and m.tdLast ;
  into array aToplam
return aToplam

diye bir kod yaratip, o satirlarin sonunda soyle bir field kullanabilirsin (A,B vs urunAdi diye bir kolondan geliyorsa):

BelliBirUrunToplamSatis(urunAdi,m.FirstDate,m.LastDate)

m.FirstDate,m.LastDate degiskenlerinin rapor cagirilan yerde tanimlandigini saniyorum. O zaman rapor onlari gorur ve o koda gonderebilir.

Ipucu: Rapor aslinda kendisini cagiran rutinin gordugu herseyi gorur, ister local degisken ister o formun bir property/event/metodu olsun:) Ornegin bir formun metodundan cagirliyorsa ve o formda txtStartDate, txtEndDate diye tarih kabul eden iki textbox varsa:

BelliBirUrunToplamSatis(urunAdi,thisform.txtStartDate.Value,thisform.txtLastDate.Value)

bile diyebilir cunku onlara ulasabiliyor.

EXE'ye hic mudahale etmen gerekmeyebilir:)