Newsgroup: it.comp.software.database
Titolo: Generatore di report con codice report in formato testo

Sto cercando un'alternativa a quell'orrore metafisico che è Crystal Report.
(Più che altro a titolo informativo, perché tanto la scelta non dipende da
me, ma nessuno mi impedisce di sperare.)
Uno dei requisiti essenziali è che il codice che genera il report sia in
formato testo, in modo da poter fare un controllo di revisione che abbia
qualche senso (capire finalmente in che cosa una versione sia diversa da
un'altra, e quali report riferiscano quali campi, senza avventurosi metodi
a trasparenza sulle stampe e grep di dubbio risultato su file binari). Uno
strumento di documentazione interno NON eliminerebbe la necessità, ma
potrebbe essere preso in cosiderazione.
La possibilità di generare direttamente documenti PDF (e al diavolo la
pretesa di gestire direttamente le stampanti, e i risultati diversi secondo
la stampante utilizzata) sarebbe considerata un importante valore aggiunto.
L'oggetto dovrebbe funzionare (ahimè!) con Visual Basic.
Qualcuno è in grado di suggerirmi qualcosa?
Ciao.

 ha scritto nel messaggio
news:7vnik01vndq3roo6v...@4ax.com...


gratis, funzionale, ma non so se i file di definizione sono in chiaro :-(
Sarebbe buona anche la licenza, ma mi sa che no, i file di definizione sono
in binario.
Può sembrare una richiesta strana, ma veramente per me sarebbe una
semplificazione enorme.
Avevo pensato anche a soluzioni ibride, tipo XML (generato direttamente da
programma) -> PDF (tramite FOP); o TeX (sempre da programma) -> PDF (con
pdftex). Mi piacerebbero anche molto, concettualmente, ma avere a
disposizione un compositore, ammetto, velocizza le cose; non tanto per la
disposizione grafica degli elementi, quanto per compiti come l'estrazione
dei dati e la definizione di gruppi e totali, per i quali ci si troverebbe
a scrivere un sacco di codice ripetitivo.
Ciao.

 Ciao.

scaricare
Non è (se non si fosse capito) il risultato del report che dev'essere in
formato testo, ma il codice che lo genera.
Generarlo direttamente da programma va bene, da questo punto di vista
(posso farlo facilmente anche direttamente da VB, senza passare per php),
ma è una faccenda un po' lunga e complicata, rispetto alla possibilità di
indicare semplicemente quali informazioni servono e dove sistemarle nella
pagina.
Se pensi che non abbia capito le potenzialità di php (che, ammetto, conosco
solo per sentito dire), ti dispiacerebbe farmi un piccolo esempio su come
si possa costruire un report un po' complesso, su 3 o 4 tabelle collegate,
con un paio di gruppi, ripetizioni delle intestazioni di gruppo e opzione
di salto pagina ad ogni nuovo gruppo? E un report che contenga sottoreport?
Ciao.

 Se pensi che non abbia capito le potenzialità di php
Premetto che non sono un programmatore, ma un semplice utente appassionato, 
e confermo in pieno che con php risolveresti i tuoi problemi, come 
d'altronde ho fatto io (un gestionale per la mia attività).
Per le query puoi fare tutte quelle che vuoi e poi darle in pasto a php.
Puoi realizzare tutti i report con sottoreport, gruppi sottogruppi ecc. 
ecc., unico limite la tua fantasia, dimenticati i limiti che a volte, 
giustamente non possono prevedere tutto, impongono i generatori di report.
La cosa migliore è fare a mano gli script php (ai tempi di win usavo 
wordpad, ora gedit), è un sistema un pò lento all'inizio, ma poi vai come 
una locomotiva.
Nel mio caso il db è mysql, ma puoi usare tutti o quasi i db, il lavoro 
fatto su linux, gira allo stesso modo anche su molti altri SO compreso 
windows).
Unico problema il salto pagina, dove ovviamente trattandosi di pagine.html 
vengono gestite dal browser, ma col tempo potresti trovare o fare 
autentiche finezze.
Io ho (sto) imparato (imparando) in rete e con due semplicissimi libretti:
1) Pagine Web Dinamiche di David Tansley        49 euri;
2) Guida a PHP          di Converse e Park      15 euri.        
Alla fine ho rimpianto sopratutto il  tempo e i soldi spesi per Access e VB.
Ciao, Angelo.
-- 
        Powered by Debian Woody
 [Linux Registered User # 341564]

una locomotiva.
E' possibile avere un esempio di uno script php, per un report non banale
(quattro colonne da una tabella si tirano fuori in fretta con qualsiasi
sistema)?
Per far capire il mio problema, un conto è se posso indicare, in modo
dichiarativo, databasi, campi, tabelle, relazioni, regole di rottura di
gruppo e relative intestazioni, e un conto è dover gestire a mano
connessione e disconnessione, lookup in tabelle correlate (non sempre
un'unica query risolve tutto) e codice di controllo per la rottura dei
gruppi (con cose tipo if (cur_campo != campo) do gruppo1; e poi scrivere a
mano la funzione gruppo1 che genera l'intestazione).
A quale dei due scenari si avvicina di più l'uso di php?
Ciao.
[1] Scrivere un report in Perl è un dolce e prolungato piacere, usare
Crystal Report è una sofferenza intensa ma breve: sembrerebbe che sia
sempre meglio la prima, ma a volte sono purtroppo costretto da tempi e
circostanze alla seconda. Vorrei qualcosa che riducesse (molto) la
sofferenza, senza aumentare troppo i tempi. Una sveltina, insomma.

 
Lascia perdere, fare reportistica in HTML è impresa tantalica, per non 
dire inconcludente.
-- 
Fabrizio "Hermooz" Ermini

 sofferenza, senza aumentare troppo i tempi.
Mi ricordi tanto i miei dubbi di due anni fa, la cosa più difficile è 
cambiare le proprie abitudini consolidate nel tempo senza perdere altro 
tempo, il vantaggio è che poi saprai fare una cosa totalmente 
riutilizzabile, non soggetta a mode commerciali e che potrai espandere e 
scalare all'infinito.


scalare all'infinito.
Dimentichi che io, come dicevo, ci sono già passato: io, anzi, vengo dal
percorso inverso, si potrebbe dire, se lo scenario è quello che dici. So
che cosa vuol dire costruire un report in forma procedurale, per averlo già
fatto in Perl, in VB, e ancora prima in DB3, DBIV e Clipper. Poi mi hanno
dato (ed obbligato ad usare) un generatore di report che (pur con dolore,
sangue e lacrime) si poteva effettivamente usare per fare qualcosa (quelli
di Clipper e DBIV, evidentemente, non erano più che una prova di contetto).
Mi trovo a rimpiangere la comodità del codice, ma non posso permettermi di
impiegare (come facevo all'epoca) ore ed ore per ogni report.
Ciao.