Newsgroup: it.comp.appl.access
Titolo: Campi incrociati: nomi campo

Un cordiale saluto a tutti
Provo ad esporre il mio problema:
QueryUno (campi incrociati)
QueryDue che dovrò utilizzare per un report (basata su QueryUno)
Al variare dei record selezionati i nomi dei campi (int. colonna) della 
QueryUno non sono sempre uguali e quindi la QueryDue non funziona bene in 
quanto non li riconosce (credo che lo stesso problema non mi farà gestire 
nemmeno i controlli del report).
Esiste una soluzione che mi permetta di andare avanti ?
Ringrazio come sempre per la Vostra pazienza e disponibilità
Gabriele 

 ha scritto nel messaggio
news:4367ad1e$0$13342$4faf...@reader2.news.tin.it...

Devi definire il tipo di dati nei parametri della query (in struttura della
query, vai a vedere Query/Parametri... ti si apre una window in cui devi
definire appunto il tipo di dati (testo, numero etc) nei campi che poi si
definiranno all'eseguirsi della query stessa.
Ciao.

 ha scritto nel messaggio 
news:4367b8eb$0$29554$4faf...@reader1.news.tin.it...

Ringrazio per la risposta.
Chiedo scusa per la mia ignoranza, ho provato anche a consultare l'help, ma 
non sono riuscito a capire il funzionamento di questi parametri: che cosa 
cioè devo scrivere e quali campi devo definire.
Credo che il mio problema più grosso sarà, se riuscirò ad andare avanti, di 
come 'far cambiare' nel report i nomi dei controlli e delle etichette (il 
report dovrebbe essere alimentato dalla qry a campi incrociati in cui i nomi 
dei vari campi possono essere diversi)
Di nuovo un saluto a tutti
  Gabriele

 ha scritto nel messaggio
news:436917fc$0$1488$4faf...@reader2.news.tin.it...

Nella windows dei parametri a sinistra metti il nome del campo e a destra il
tipo (testo, numero....)
Nel caso che la query sia del tipo QBF, (query by form) metterai al posto
del nome campo il nome del controllo non associato della maschera su cui
scegli i criteri di filtro (Forms!nomemaschera![nome controllo].
Gli amici più esperti di me mi aiuteranno a far capire a Gabriele con parole
più chiare quello che intendo dire.
Sul report costruito sulla query diciamo così... "dinamica", basta creare
nelle intestazioni, dei controlli non associati (caselle di testo non
associate) che si riferiranno ai controlli sulla maschera anzidetta. (es:
=Forms!nomemaschera!nome controllo].
Fammi sapere....

 ha scritto nel messaggio 
news:43693272$0$29600$4faf...@reader3.news.tin.it...

Chiedo scusa, ho fatto tanti tentativi, ma non ci sono riuscito.
Scrivo quasi per disperazione nella speranza di capire quest'ultimo anello 
che mi manca per arrivare al traguardo.
Quello che faccio è questo:
Lancio una qry a campi incrociati che in base ad un certo filtro mi 
restituisce un certo numero di record con diversi campi che diventano 
intestazioni di colonna (esempio 4 colonne denominate 30, 31, 35 e 36).
Naturalmente se modifico il filtro le colonne potrebbero essere di più o di 
meno e con nomi diversi.
Ecco, vorrei capire, quando sono nella struttura di questa q.ry a campi 
incrociati - windows Parametri -  che cosa scrivere perchè ho fatto 
tantissimi tentativi ma la q,ry mi restituisce sempre gli stessi dati. Ho 
provato anche a scrivere: Forms!nomemaschera![nome controllo, ma anche in 
questo non va bene.
Ringrazio ancora e cordialmente saluto
  Gabriele

 ha scritto nel messaggio
news:436a73c0$0$22294$4faf...@reader1.news.tin.it...

Gabriele l'esempio si riferiva SOLO al caso in cui i criteri di ricerca
della query venivano passati attraverso la scelta effettuata da una maschera
(Form) preparata al caso.
Bastava sostituire "nomemaschera" con il nome di questa maschera e "nome
controllo" con il nome della casella di testo (sempre del tipo casella
combinata o di riepilogo) che riporta i valori da scegliere e quindi
indirizzare alla query. SOLO in quel caso.
Rimane valido il discorso di definire il tipo di dati nella windows
"parametri" mettendo a sinistra, negli altri casi, direttamente il nome del
campo di cui definire, a destra, il tipo di dati.
Mi rendo conto di non essere un buon insegnante....
Per questo mi affido alla buona volontà di chi sa esporre molto meglio di me
( e qui ce ne sono tanti e molto validi, per fortuna) che certamente ti
potranno meglio aiutare.
Ragazzi, per favore aiutate Gabriele!
Un saluto a tutti


Penso di aver capito i concetti che molto pazientemente Gaetano mi ha 
spiegato.
Sono riuscito ad immettere i parametri nella query, ho creato la maschera 
con i controlli non associati (per i criteri di filtro) ma nel report c'è 
qualcosa che non va.
Nel report - basato sulla q.ry - ho creato dei controlli non associati con 
origine controllo =Forms!FrmSel!Testo2, Testo3 ecc.
All'apertura il report riconosce il valore immesso come filtro nella 
maschera solo che si vedono record tutti uguali: cioè con il valore che 
immetto come filtro che invece dovrebbe essere presente solo come 
intestazione o etichetta (non vedo il valore effettivo di quel campo nei 
diversi record).
Non so se sono riuscito a farmi capire
Ringrazio di nuovo e cordialmente saluto 

 Gabriele
-- 
Roberto
-----------------------------------------------------
il Sito Comune di it.comp.appl.access
http://www.sitocomune.com
----------------------------------------------------

 ha scritto nel messaggio 
news:8i6bf.24257$65.7...@twister1.libero.it...

Grazie mille Roberto
Quello che mi hai proposto è esattamente quello che cercavo.
Ho fatto tutto ma al momento di aprire il report mi segnala un errore 
strano:
Errore di run-time '3265'
Elemento non trovato in questo insieme
Che cosa potrebbe essere ?
 Ringrazio di nuovo e saluto
  Gabriele 

 ha scritto nel messaggio 
news:8i6bf.24257$65.7...@twister1.libero.it...

Scusate per il messaggio precedente.
Ho risolto tutto (la causa era un riferimento scritto male)
Un saluto
  Gabriele