Home Page
Articoli
Tips & Tricks
News
Forum
Archivio Forum
Blogs
Sondaggi
Rss
Video
Utenti
Chi Siamo
Contattaci
Username:
Password:
Login
Registrati ora!
Recupera Password
Home Page
Stanze Forum
Crystal Reports e reportistica
Master-Details Subreport ReportViewer WinForm VS05 VB.net
venerdì 15 giugno 2007 - 10.37
Elenco Threads
Stanze Forum
Aggiungi ai Preferiti
Cerca nel forum
kunio
Profilo
| Junior Member
50
messaggi | Data Invio:
ven 15 giu 2007 - 10:37
Ciao a tutti,...
Ho guardato l'esempio del sito
http://www.gotreportviewer.com/
relativo ai subreport.
L'esempio mostra come creare dei documenti d'Ordine con una struttura master-details utilizzando il controllo subreport (associato al report con le righe di dettaglio dell'ordine) all'interno di un controllo lista contenente le informazioni di testata.
I documenti prodotti dall'esempio sono molto banali. Nessuno di essi è lungo più di una pagina. Ho modificato il file xml contenente le righe di dettaglio per vedere come si comportava al salto pagina. Ovviamente a pagina nuova prosegue il subreport senza ristampare le informazioni di testata.
Come posso produrre un documento che ripeta le informazioni di testata se il subreport va a pagina nuova?
Ringrazio per l'attenzione.
freeteo
Profilo
| Guru
6.542
messaggi | Data Invio:
dom 17 giu 2007 - 13:57
ciao,
io proverei a cambiare strategia, usare una struttura "in join" (quindi con dei campi ripetuti) e userei una tabella.
Nella tabella da tastoDX puoi aggiungere un raggruppamento, li dentro metti i campi duplicati ovviamente, e poi come proprieta' della sezione gruppo c'e' proprio "repeat on new page" che dovrebbe fare proprio quello che interessa a te...
ciao.
Matteo Raumer
[MCAD .net]
http://blogs.dotnethell.it/freeteo
kunio
Profilo
| Junior Member
50
messaggi | Data Invio:
lun 18 giu 2007 - 08:49
Ringrazio per le continue risposte che mi hai fornito.
La soluzione che mi hai suggerito speravo di escluderla.
Il report che devo realizzare riguarda l’ordine di produzione. Concettualmente tale report può essere visto come un grafo ad albero...dove la radice dell’albero sono le informazioni di testata dell’ordine di produzione. I principali figli della Radice sono le Operazioni e i Fabbisogni per produrre tale ordine. Per ciascuna Operazione vengono stampate le Macchine che sono utilizzate e le Risorse Alternative per effettuare la produzione.
622x137
27Kb
Se dovessi realizzare una tabella unica come da te suggerito dovrei realizzare una tabella del tipo descritto nell'immagine qui sotto
662x207
38Kb
Considerando che questi non sono che una parte dei livelli dell’albero del report e di quelli mostrati vi sono altri campi che possono esere stampati, una tabella del genere implicherebbe la ripetizione massiccia di informazioni al solo variare di una solo valore (Per esempio se ci sono più Note per un’operazione). Nell’era della programmazione ad oggetti credo irrazionale buttare tutte le informazioni in un’unico calderone.
Ah dimenticavo...non sto lavorando direttamente da database...Stiamo creando un tool di stampa generale per tutti i clienti per un gestionale. Quindi avevamo intenzione di realizzare delle datatable che verranno popolate e poi utilizzate come datasource per i file rdlc.
Se poi è impossibile realizzare una struttura ad albero delle informazioni,...allora prenderò in considerazione l'ipotesi di realizzare un'unica tabella (mi sembra però un grave difetto)
Considerando che ho fatto innumerevoli prove per utilizzare subreport, immersi o in liste o in raggruppamenti di tabella, o righe di dettaglio di tabella e cosi via...senza riuscire ad ottenere il risultato sperato, mi viene davvero il dubbio che ciò che vogliamo ottenere nel modo in cui vogliamo ottenerlo sia impossibile.
Mi scuso per la lunghezza di questo topic, ma era difficile giustificare le mie decisioni senza mostrare lo scenario
Ciao ciao,...Grazie mille per l'attenzione
freeteo
Profilo
| Guru
6.542
messaggi | Data Invio:
lun 18 giu 2007 - 18:10
ciao,
sinceramente qualcosa di gerarchico per quanto ne so io, devi realizzarlo tramite join di tabelle e quindi con raggruppamenti per i campi dove i valori sono duplicati.
Pero' non è detto che devi fare tutto in questo modo
Quello che intendevo era che puoi spezzare in 2 query in join e 1 sottoreport in modo da alleggerire il report stesso.
Per quanto riguarda il fatto che non lavori con il db nessun problema, preparti una struttura da passare al report e non ci sono problemi, io tipicamente non passo neanche tramite datatable, lavoro con oggetti e proprieta' direttamente e poi passo una lista di generics.
Non avrei altre idee al momento,mi muoverei in questa direzione....
ps: lo stesso vale per Crystal, è sicuramente piu' vasto di sqlreporting ma per quanto riguarda la gerarchia siamo li...
ciao.
Matteo Raumer
[MCAD .net]
http://blogs.dotnethell.it/freeteo
Torna su
Stanze Forum
Elenco Threads
Partecipa anche tu! Registrati!
Hai bisogno di aiuto ?
Perchè non ti registri subito?
Dopo esserti registrato potrai chiedere
aiuto sul nostro
Forum
oppure aiutare gli altri
Consulta le
Stanze
disponibili.
Registrati ora !