Newsgroup: it.comp.appl.access
Titolo: report e grafici dinamici

salve.
premettendo che ho postato questo messaggio in
microsoft.public.it.office.access ma al momento senza risposta e
pensando che potesse servire a qualcun altro (oltre che a me), ci
riprovo:
ho realizzato un report che contiene un grafico.
volevo passare via codice il rowsource del grafico, ma tale proprietà
non è disponibile in un grafico presente in un report (al contrario di
un grafico presente in una maschera ove tale proprietà è presente).
Però questa proprietà è disponibile in fase di progettazione nella
finestra proprietà del grafico. Avevo pensato di usare una funzione
che tornasse una stringa nel campo rowsource del grafico, ma non
funziona... come posso passare al grafico il rowsource?
grazie e ciao.

 grazie e ciao.
Prego.
-- 
Roberto
-----------------------------------------------------
il Sito Comune di it.comp.appl.access
http://www.sitocomune.com
----------------------------------------------------

gia provato, ma sembra che da vba in un report non sia proprio
accessibile tale proprietą (rowsource) ne in formattazione, ne in
apertura, ne in alcun altro contesto...
cosa posso fare?
ciao.

 ciao.


allora da vba non si può fare? io ho un mde e la modifica del report
non è possibile come descritto.
che faccio, mi rassegno?

 che faccio, mi rassegno?
Potresti provare a indicare come origine riga del grafico il nome di una
query registrata e poi da VBA modificare il codice SQL di quella query.
Cosě facendo non modifichi il report ma il codice SQL di una query, cosa che
puň essere fatta, che sappia io, anche in un database nel formato mde.
Un esempio di come modificare da VBA il codice SQL di una query registrata
lo trovi sul Sito Comune (link qui sotto),  nella Sezione Queries, nella mia
FAQ intitolata "2.10 Come si puň creare in maniera dinamica una query con la
tecnica QBF?".
Altre strade non le conosco e sembrerebbe non le conosce neppure mamma
Microsoft, visto che suggerisce di modificare la struttura delreport.


e va bene... allora il fatto è che se modifico una query la modifico
per l'intero db, giusto? ok, questo potrebbe creare problemi se il sb
è condiviso fra diversi utenti (visto che gira in rete)? come posso
evitare il problema?
ciao.


Ciao,
Non credo che questo effetto crei problemi ad altri utenti.
Certo se ci fosse una separazione fra i dati e i programmi, ogni
utente avrebbe il suo FrontEnd e quindi autonomia completa.
In ogni caso se prima di lanciare il report modifichi la proprieta'
SQL della query, e questo per ogni volta che lanci il processo di stampa,
sarà difficile avere problemi di conflitto con altri utenti, quasi ad avere
una atomicità unica per ogni utente fra il setup della query e il lancio
del report.
Confermo inoltre quanto indicato da Roberto, non ci sono problemi a
modificare l'enunciato SQL di una query in un ambiente Runtime.
Ciao
--
Lorenzo

Ok, proverò la soluzione dell' assegnazione al rowsource del grafico
con una query e la modifica di quest'ultima prima del lancio del
report che contiene il grafico.
grazie e ciao.

 ciao.


Ciao Roberto,
il fatto è che sia il BE che FE sono su un server in una cartella
condivisa e gli utenti accedono direttamente all'FE condiviso. Ecco
dove potrebbe verificarsi il problema... la parte FE è comunque
condivisa. 
[ <parentesi>
la scelta di questa soluzione stà nel fatto che l'applicazione è
ancora in via di sviluppo e quindi in continuo mutamento, ecco perchè
la parte FE è condivisa su server, aggiorno quella e tutti gli utenti
sono sicuri di utilizzare l'ultima versione ]
ciao.

 ha scritto nel messaggio
news:fb80o1945lui6bt8f...@4ax.com...

Scusami, ma quello di tenere sul servere un unico FE condiviso è fuori da
ogni regola di normalizzazione di un database relazionale, quindi non ci
perdo neppure un altro minuto di continuare a discutere questo problema in
quei termini: la soluzione è quella di far girare in ogni client una copia
del FE "senza se e senza ma": a mio avviso quella è la soluzione.
Il problema di essere sicuro che tutti gli utilizzatori usino l'ultima
versione di FE è un falso problema: puoi risolverlo inserendo nel BE una
tabella di comodo nella quale metti, in una unico record composto da un
unico campo, la versione del FE; quindi nel FE definisci una variabile
globale che contiene la versione: all'apertura del FE verifichi che i due
valori coincidano, in caso contrario avverti l'utilizzatore e chiudi il FE.
Insomma non vedo perché porti la montagna a Maometto invece di portare
maometto alla Montagna.


> ciao.
ciao e grazie 1000.

 ciao e grazie 1000.
Prego


Prego
Ciao Roberto,
dopo una lunga pensata ho trovato la soluzione che mantiene il
vantaggio del FE "condiviso" e la potenza dell'uso dello stesso in via
esclusiva da un client.
La soluzione (forse non moltissimo elegante) è questa:
1) l'FE rimane sul server ma non è "eseguibile" direttamente da lì;
2) l'utente lancia un database di avvio il quale controlla la presenza
di una specifica cartella sul disco locale del client e se trovata
verifica il contenuto di un file di firma. Se non esiste la cartella o
il file o il contenuto del file di firma non è quello giusto copia da
server sulla cartella locale il database FE e lo esegue altrimenti
verifica se sulla cartella vi è un FE valido e lo esegue.
3) l'FE in fase di avviamento "rifirma" il file e si avvia.
Questo mi permette di avere un unico FE sul server da aggiornare e i
client nel momento in cui vi accedono ottengono sempre l'ultima
versione in circolazione unendovi la potenzialità dell'FE in locale.
Sperimentato con successo in una rete di circa 100 client e 1 solo
server.
Un'altra soluzione "sistemistica" è distribuire il file FE attraverso
le Group Policies di un dominio in Active Directory gestito da Windows
2003 Server. Anche questo provato e funziona da dio, oltretutto fanno
tutto i sistemi operativi.
Diciamo che ho spostato un po Maometto e un po la Montagna, alla fine
la fatica mi ripaga perchè ho tutto quello che volevo ottenere.
Ciao e grazie.

 le Group Policies
Due buone soluzioni
-- 
_ _
Ciao
MAssimiliano Amendola            
www.accessgroup.it
Cisa - Conferenza Italiana per Sviluppatori Access
Info:  
www.donkarl.com/it