DO vs Report

[r.bianco]

Come discusso in questo post http://forum.progamma.com/viewtopic.php?f=5&t=60404 ho usato una classe DO sottesa al report per fornirgli i dati da stampare. E` una funzionalità molto utile perché potente e flessibile, ma (secondo me) gli manca un "pezzo" importante: non è possibile utilizzare funzioni di aggregazione (sum, ..) su qry di classi DO.
In quasi tutti i report che dovrò sviluppare, nel piede di report, ci sarànno dei totali generali creati tramite sottoreport. Questi, nelle loro master query, dovranno usare le funzioni di aggregazioni sulla classe do usata dal report principale. Visto il vincolo sono costretto a creare una copia dell classe do principale, duplicare la procedura che la popola, modifcarli in modo che la nuova classe contenga i dati già raggruppati e applicare questa al sotto report. Fattibile, ma una gran perdita di tempo e duplicazione di codice.
Propongo quindi che, nelle master query di report basate su classi DO, si possano usare le funzioni di aggregazione.

[lucabaldini]

E non potresti usare, negli span, le funzioni di aggregazione "standard" dei book?

In alternativa puoi sempre usare l'evento BeforeFormatting della sezione e valorizzare il testo dello span con una chiamata ad una funzione del documento. Ti basta utilizzare la proprietà Document del report per ottenere l'istanza attualmente utilizzata dal sistema per generare la sezione e chiedere a lui il totale.

[r.bianco]

Purtroppo le funzioni di aggregazione "standard" dei book non funzionano, inoltre non funziona neanche l'esportazione in cvs.
Dire che finché queste possibilità non verranno implementate torneremo a lavorare con le IMDB, che da quel che so supportano tutte e tre le funzionalità (aggregazione in master qry, aggregazione in raggruppamenti del book e esportazione csv).
Grazie cmq.

[lucabaldini]

Non sapevo che non andassero le funzioni di aggregazione nei book DO... tanto meno che non funzionasse l'esportazione!
Forse è meglio completare la funzionalità dei book DO...

Ho creato l'attività NPQ01088 per tenere conto di questa conversazione. Quando verrà valutata, potrai seguirne l'andamento con Instant Developer Roadmap.