Newsgroup: it.comp.appl.access
Titolo: Esportazione query in testo non riuscita: parametri insufficienti previsto 2

Avevo a suo tempo preparato una query.
Quindi avevo creato una specifica di esportazione, che secondo l'help crei 
facendo l'esportazione a mano in testo da menu file
e tutto ok
Poi con un pulsante di una maschera che specifica dei filtri sulla query, 
generavo il file di testo con transfertext e citando il nome della specifica 
di esportazione.
Tutto molto bello.
Adesso dovevo cambiare la query aggiungendo un altro campo.
Lo faccio, ma quando vado a lanciare col pulsante l'esportazione, 
incredibilmente il nuovo campo non compare.
Ok, immagino che la specifica di esportazione abbia "congelato" la struttura 
della query, per l'esportazione stessa.
Vomitevole, ma puņ essere plausibile.
Vorrei allora cambiare la specifica: non ci riesco.Non riesco a trovare un 
modo per risalire a tale specifica (che ha anche un nome) e cambiarla. Se 
riesporto la query di nuovo non succede nulla, me la esporta senza aprire la 
composizione guidata.
Va bene, mi copio la query, anche solo l'SQL, ne creo un'altra, la salvo con 
altro nome.
Provo a fare esporta su testo da menu file, e invece di partire la 
composizione guidata mi da il famigerato messaggio
parametri insufficienti. previsto 2
La query funziona normalmente.
Se provo a esportare altre query, la composizione parte.
Sigh
Idee?
Antonio 

 Idee?
Beh, molto probabilmente nella query si trovano parametri. :-)
Vedi:  
www.donkarl.com/it?FAQ6.4
-- 
Ciao
Karl
*********
Access FAQ:  
www.donkarl.com/it
 

 Antonio
Causa queste difficoltà di gestione ho smesso già da tempo di usare le
specifiche per importare/esportare dati da/su file di testo, si sta un
attimo da VBA.
    numFile = FreeFile
    Open nomefile For Output As #numFile
    Set Rst = CurrentDb.OpenRecordset("Nome query")
    With Rst
        .MoveFirst
        While Not .EOF
            riga = !TipoPres & !data & !cod_azi & !Coddip & !ente_cant & _
                   !tipo_num & !codvoc & !oregg & !datobase & !importo & _
                   !data_dal_al & !filler
            Print #numFile, riga
            .MoveNext
        Wend
    End With
    .....
Se il formato è con campi a larghezza fissa conviene formattare i campi
già nella query Importo:format(totale,"00000000") altrimenti devi farlo in
VBA.
Se usi un ciclo per scorrere l'insieme Fields il codice funziona senza
problemi anche se aggiungi/togli/rinomini campi nella query, e puoi
scrivere una sub generica che esporta qualsiasi cosa solo passandogli il
nome della query/tabella e il nome del file.
Ciao.
-Marco-
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Vedi:  
www.donkarl.com/it?FAQ6.4
Nella query ci sono due date per fare un between che vengono prese da una
maschera.
la query funziona.
l'esportazione con la vecchia specifica funziona.
E' la nuova query col nuovo campo che non funziona.
E se metto eval non mi funziona più la query
SIGH
Antonio


 Vedi:  
www.donkarl.com/it?FAQ6.4
Nella query ci sono due date per fare un between che vengono prese da una


 E se metto eval non mi funziona piů la query
Come si esprime "non mi funziona"? Quale messaggio?
La sintassi giusta con Eval() sarebbe cosě:
Between Eval("Forms!TuaMaschera!Data1") And Eval("Forms!TuaMaschera!Data2")
Certo la maschera dev'essere aperta.
Se non riesci, posta la stringa SQL della query come l'hai provato con Eval.
-- 
Ciao
Karl
*********
Access FAQ:  
http://www.donkarl.com/it
 

Karl Donaubauer ha scritto:





La sintassi da me usata č
between eval([forms]![miaform]![dataDa]) and
eval([forms]![miaform]![dataA])
e non funziona significa che non mi restituisce piů record.
la lancio e 0 record
la lancio senza l'eval e mi da tot record...


> Se non riesci...


 eval([forms]![miaform]![dataA])
Non ho seguito completamente il lungo thread, perň...
"... Between #" & Format(Forms![miaform]![dataDa], "mm/dd/yyyy") &
"# And #" & Format(Forms![miaform]![dataA], "mm/dd/yyyy") & "#";
Bruno
 


Le date hanno sempre dato questi problemi.
Se ci fai caso la rappresentazione (anche in excel puoi verificarlo) del 
1/1/2010 č 40179 ossia i giorni trascorsi dal 1/1/1900 (i db2 dall'anno 
zero)
Per mettere d'accordo i vari db converto sempre in numerico (ad esempio 
clng, ccur) facendo attenzione di fare un fix (per evitare che se viene 
impostata l'ora l'arrotonda causi lo scarto al giorno successivo)
Ciao
-- 
Daniele
Rispondere scartando OneEDP, spam e 32

>> Se non riesci...
Se anche con le virgolette non ti dà risultati, controlla quali
date vedi se togli il criterio e crei due campi calcolati:
eval("[forms]![miaform]![dataDa]")
e
eval("[forms]![miaform]![dataA]")
-- 


 Non vedi la differenza? """"


Porca miseria, hai ragione, non ci avevo fatto caso
aggiunti gli eval con sintassi giusta, salvata la query
vado ad esportare e finalmente parte l'autocomposizione e riesco a mettere
il nuovo campo.
RISOLTO!
Comunque sono sicuro che la prima volta che ho creato la specifica, la
query ha funzionato senza gli eval, cosě come era adesso
Mistero della fede...
Grazie a tutti
