Newsgroup: it.comp.appl.access
Titolo: Reporting Services di Sql Server - li usate ?

Qualcuno utilizza i Reporting Services per stampare dati da procedure 
Access?

 Access?
 
 
Pare non li utilizzi nessuno.
 
Tuttavia mi/ti chiedo: che senso ha sfruttare Access per sviluppare i FE se poi ti appoggi/geresti a qualcos'altro per la reportistica (direi il 40% della maggior parte dei progetti)?
 
Saluti


Il senso e' da ricercare nel fatto che se, come abbastanza 
probabilmente, viene distribuito un mde all'utente finale, i report non 
li puo'  creare/modificare
A meno di semplicistiche implementazioni gestione report direttamente da 
codice vba, che pero' trovano giustificazione solamente nel mero 
esercizio didattico, non si arriva mai ad avvicinarsi alle prestazioni 
ed efficacia di prodotti specifici tipo Crystal Report e simili
Quindi la domanda e': se devi fornire al cliente un mde con la classica 
rubrica telefonica, come fare per consentirgli di stampare i dati come 
vuole lui e non come tu hai previsto la stampa rubrica?
 
 
 

 vuole lui e non come tu hai previsto la stampa rubrica?
 
 
Beh, se nessuno t'ha risposto è perchè probabilmente:
 
1 - Non è così essenziale permettere all'utente di fare danni con Editor di Reportistica.
 
2 - Le soluzioni da codice VBA (come quella assai scaricata dal sito di @Alex) non sono così semplicistiche, e risolvono la maggior parte delle esigenze che può avere il Cliente con Rubrica telefonica: cambiare colori, font, spostare oggetti, nascondere...
 
Saluti


Non vedo che danni possa fare l'utente se i report deve crearseli da se'
Al massimo non otterra' quel che si prefigge di ottenere
 
Si, mi riferivo all'esempio di @Alex, che pur non essendo 
'semplicistica' come soluzione (e' un eccellente esempio di 
programmazione di alto livello didattico), non puo' competere con 
soluzioni nate per fare quel mestiere, vedi Crystal Report, Fast Report, 
gli stessi Report Services di Sql Server, ecc...
 
Sul fatto che non sia cosi' essenziale consentire all'utente di 
procedere in autonomia nella creazione di nuovi report o nella modifica 
di quelli esistenti, sono totalmente in disaccordo con te
A mia esperienza, la modifica delle stampe, o la crezione di nuove, e' 
una necessita' molto sentita, e soprattutto supportata dalla maggior 
parte dei gestionali in circolazione
Chi nel corpo fattura vuole uno sconto chi ne vuole tre, chi vuole la 
grafica col logo a colori, chi vuole la firma, chi ci mette pure il 
visto, insomma ognuno le vede a suo modo le stampe
Ciao
 
 
 

 visto, insomma ognuno le vede a suo modo le stampe
 
 
La maggior parte di queste cose si possono ottenere con le soluzioni "semplicistiche" cui ti riferisci (sono immagini da preparare opportunamente e associare al Report).
Col vantaggio d'avere un Design unico, magari a fronte di N installazioni.
 
Ogni tanto capita di dover modificare stampe per ragioni di legge, come pensi di fare se ogni cliente ne possiede una versione differente nella struttura?
 
Saluti
 
 


Personalmente in questi casi, proporrei l'uso di un Template in WORD con l'ausilio dei BOOKMARK(anche se inizia ad essere per utenti più evoluti).
Ho poi fatto un TOOL che consente di creare una Query, ed Associare i campi ai Bookmark.
Il Tool legge direttamente i BOOKMAR dal DOT, sicchè se non è fatto correttamente non li vede.
 
In fase di stampa, apro il DOT come Template e popolo i Bookmark in base alle correlazioni.
 
Questo TOOL consente una discreta flessibilità ed autonomia degli Utenti.
 
@Alex


Una parte di utenti sono in realta' utonti e quelli lavoreranno sempre 
col sistema standard
Ma una parte di utenti sono di medio livello, alcuni anche ottimo 
livello ed in grado di creare in proprio le stampe necessarie per 
realizzare il volantino della promozione prodotti, la rubrica 
supersintetica da tenere sempre sulla scrivania, la lista di controllo 
fatture da elaborare, ecc...
Ed a questi, le stampe standard, qualsiasi esse siano, vanno decisamente 
strette
Se un cliente si e' modificato una stampa, vuol dire che lo sa fare, e 
continuera' a farlo in autonomia, nno e' che gli resetti tutto solo 
perche' bisogna inserire il campo del bollo (per dirne una)


Si, ho provato anch'io diverse volte a sfruttare Word come 
'formattatore' di dati sparati da Access
Ma gia' realizzare un documento tipo fattura, col corpo che non sai 
quante righe sono, col riepilogo iva, ed i vari conteggi, immagini per 
l'intestazione, lo sfondo, ecc..
Non e' ne semplice ne efficace quanto uno strumento dedicato
In realta' mi stupisco del fatto che nessun altro qui dentro (o 
pochissimi altri) abbiano sentito esigenza
A mio avviso le stampe sono uno degli anelli deboli di Access

Si Word ha una sua fascia di flessibilità, anche se le problematiche che hai esposto sono risolvibili ma sicuramente impegnative.
 
Un'altra soluzione che trovo molto pratica è esportare una query che contenga tutti i campi necessari in un Database Access ESTERNO e  lanciare il wizard per la composizione dei report.
 
@Alex

 Access?
 
 
a qualche utente sveglio ho insegnato ad usarli.
 
che esigenza hai?
 
ciao
BFS


Non li ho mai usati
Vorrei capire se possono sostituire i report interni di Access
In sostanza da programma vorrei avviare un report esterno indicando il 
nome del report e fornendo la query per selezionare ed ordinare 
correttamente i dati dal db
Questo permetterebbe di avere il programma fornito completamente 
indipendente dalle stampe
Che l'utente finale potrebbe modificare o creare ex-novo
Riassumendo la domanda e': i risultati ottenuti da un report interno di 
Access possono essere ottenuti anche dai report services di Sql Server?
Potresti consigliare qualche link/documento che ti ha colpito in modo 
particolare per semplicita'/efficacia spiegazioni?
 
 


sostituire i report di access direi di no.
la facilità con cui sviluppi un report in access è imparagonabile.
 
 
personalmente le stampe quelle "vitali" tipo fatture ordini preventivi 
le realizzo io e le modifiche le faccio io. Non mi fiderei a lasciare 
che un cliente aggiunga o tolga scritte a piacere nello stampato di una 
stampa fiscale.
 
li ho usati quando il cliente voleva farsi da se stampe di tipo 
statistico, esempio la classica stampa del fatturato, fatturato per 
articolo, per agente etc.
In questo caso io gli preparo una bella view su sql con tutti i dati del 
fatturato e lui ha imparato a crearsi il report come vuole, con il 
raggruppamento che vuole e con l'ordine di colonne che vuole.
 
idem per la classica stampa rubrica. Io gli preparo la view con tutti i 
dati dell'anagrafica e lui decide come costruirsi la stampa che gli 
server. Si fa quella da dare agli agenti quella da dare ai tecnici etc etc
 
ciao
BFS
 
 
 
 
 
 
 
 
 


Si anch'io ovviamente partirei dalla base di report gia' pronti 
all'interno, lasciando pero' la possiblita' di lanciare stampe 
realizzate all'esterno del programma principale
Appena possibile provo a metterci le mani