Newsgroup: it.comp.appl.access
Titolo: Access 2003 e report negli MDE

Ho spiacevolmente verificato che anche con la versione 2003 Access non
permette di salvare le impostazioni dei report per i file MDE.
Niente di nuovo da questo punto di vista rispetto alla versione precedente.
-- 
Gabriele Bertolucci
PBsoft 
www.pbsoft.it

 --
Questa non ci voleva.
A ogni nuova versione si fa un passo avanti e due indietro.
Ciao.


Gabriele volevo già dirtelo la volta scorsa, ma non ho trovato più il post.
Perchè non crei un file mdb solo per i report e li richiami dall'mde?
Se ti scoccia che tocchino l'mdb lo nascondi e proteggi dove e come vuoi.
MAssimiliano

 Perchè non crei un file mdb solo per i report e li richiami dall'mde?
Considerando anche che il problema della separazione dei report è generico,
non legato ad una precisa versione di access, ho modificato il thread.
Devo dire che, insieme a Gionata, avevamo già preso in considerazione questa
eventualità che hai proposto.
Tuttavia ci siamo fermati di fronte ad alcuni problemi di non facile
soluzione.
Intanto, nel file MDB separato (quello con i soli report) dovrei come minimo
avere tutti i collegamenti alle tabelle del file con i dati e questa cosa
andrebbe gestita.
Non è nemmeno pensabile l'idea di mettere i report nel db dei dati per ovvi
problemi di aggiornamenti e modifiche, nonché di carico maggiore del
traffico di rete.
Poi, nel caso di form che vanno a prendere alcuni dati direttamente da una
form, ad esempio, come diavolo potrebbero ancora funzionare?
Purtroppo tutte questi problemi ci hanno fatto desistere dal realizzare un
MDB separato con i report, anche se, ripeto, la soluzione sarebbe veramente
simpatica perché permetterebbe una personalizzazione più interessate
dell'applicazione del cliente.
Se hai qualche idea o pensi che alcuni problemi che ho notato non siano
tali, ti prego di farmelo sapere.



Ti crei delle tabelle temporanee che vanno a prendere i dati da dove vuoi.
Le tabelle interessate le esporti alla creazione del report... e le cancelli
all'uscita...
MAssimiliano

 all'uscita...
Minchia!!!!
Pesantuccio :-(
Ho un applicativo che per aprire un report va a lanciare 3 query su 3
tabelle separate. Mi vengono i brividi al solo pensiero di creare al volo
queste 3 tabelle. Credo che non sarebbe cosě facile.
Poi, mi viene in mente un problema: se non ho capito male, per utilizzare i
report di un MDB esterno fai ricorso all'Office Automation, altrimenti non
so come potresti visualizzarlo.
In questo modo, dovendo creare un'istanza di Access.Application, come
gestisci la distruzione di questa istanza?
Non puoi farlo certamente dal db che chiama l'apertura del report,
altrimenti questo non verrebbe visualizzato per piů di un decimo di secondo.
Probabilmente ci sono cose che non riesco a capire, ma ti chiedo il favore
di aiutarmi, perché la soluzione che hai proposto mi interessa moltissimo.
Per quanto mi riguarda, potrebbe addirittura essere la chiave di volta per
distribuire finalmente un MDE per l'applicativo ed un MDB per i report:
personabilizzabile a mille :-)


 personabilizzabile a mille :-)
Per la personalizzazione del report tu puoi creati una tabella simile a
quella che linkerai e sull'apertura fai il relink all'mde.
Soluzioni ce ne stanno.
Spero che ti abibia dato qualche elemento in piů.
Che fa questo software?
MAssimiliano

 Che fa questo software?
Gestisce tutto il flusso di lavoro di un'azienda. Una cosa abbastanza
complessa perché č complesso il loro flusso di lavoro.



Guarda nella tua posta e fammi sapere
MAssimiliano

> Guarda nella tua posta e fammi sapere
Innanzi tutto devo ringraziarti per avere sprecato del tempo prezioso per
una richiesta come la mia.
Sei stato veramente gentile.
Ho analizzato il codice insieme al mio collega e sono venute fuori alcune
domande:
1) cosa succede se devo aprire un report con moltissimi dati, che richiede
anche un minuto per essere aperto, e l'utente preme CTRL+BREAK durante
l'apertura del report? Chi termina l'istanza di Access aperta
dall'applicazione?
2) viene comunque utilizzata l'Office Automation e questo è pesante,
soprattutto per quanto riguarda l'apertura di report complessi come quello
di cui al punto precedente.
Nel frattempo, abbiamo cercato una soluzione alternativa al problema.
Abbiamo messo un report in un MDB separato dal file MDB dell'applicazione.
Abbiamo aperto il file MDB e ne abbiamo fatto un file MDE: qui Access ha
bestemmiato.
Abbiamo infatti notato che tutte le References contenute in un file MDE
devono a loro volta essere file MDE.
Se applicazione e file con i report sono entrambi MDB funziona tutto
correttamente.
Peccato perché sarebbe stata una soluzione veramente simpatica.
