Newsgroup: it.comp.appl.access
Titolo: un FE per interrogare il server

Vorrei un consiglio su come sviluppare un FE per interrogare un server
(firebird).
In sostanza l'utente avrà una maschera con un pulsante e cbo.
Al click del pulsante verrà eseguita una select (diciamo complessa,
che dovrà eseguire il server senza passare per jet) dove nella
clausola where ci saranno i valori indicati dall'utente nelle cbo. Il
recordset ritornato dovrà essere visualizzato in formato tabella.
Io avrei in mente delle possibilità per farlo, ma quale la migliore?
(e come fare?)
Pensavo a creare una query PT permanente, di nome visualizzaDati. Al
click del pulsante mi creo la stringa sql che devo eseguire, inserendo
i parametri scelti dall'utente. Successivamente modifico la query PT
visualizzaDati con
CurrentDb.QueryDefs("visualizzaDati").SQL = strSql
e successivamente la apro con
DoCmd.OpenQuery "visualizzaDati".
Che ne pensate di questo modo di operare?
Potrei anche creare un PT "al volo" e visualizzare i dati?
Avevo anche pensato a lavorare con ADO:
mi creo la connessione, la stringa sql con i parametri scelti
dall'utente ed associo la select ad un recordset.
A questo punto, come faccio a visualizzare tale recordset come
tabella?
Lavorare in questo modo con ADO è sostanzialmente equivalente
all'utilizzo delle PT?
ps.: vorrei evitare di creare tabelle collegate per interrogarle,
anche se ho letto che in questo modo, se non uso funzioni proprietarie
di access, la query è cmq eseguita lato server.
ciao
domenico

 di access, la query è cmq eseguita lato server.
Ah be', finché si tratta di lanciare una query da visualizzare in
modalità foglio dati, collegare le tabelle non serve a granché. Se
l'applicazione cresce, può fare comodo (per lo sviluppatore) avere le
tabelle collegate.
ciao,
Panathos

 Ma mi pare una complicazione inutile, in questo caso.
anche qui hai capito perfettamente cosa intendevo, ma avevo il dubbio
(...forse stupido...) che crearla da codice potesse "migliorare" il
tutto :-)
Insomma Panathos sei stato chiarissimo ed utilissimo :-) grazie!!!!!!!
Mi farebbe cmq piacere leggere altri commenti sull'utilizzo di ADO, ma
mi sembra di capire che se lavorassi con questo avrei cmq un recordset
non appartenente a querydefs e da associare ad un oggetto (....forse
complicherei un po' le cose....).
grazie ancora
domenico

 ha scritto nel messaggio news:1178279999....@n76g2000hsh.googlegroups.com...
Però docmd.runsql in questo caso è adatto solo per metà dell'opera :-)
Questo comando esegue una query, ma restituisce i risultati sottoforma
di recordset e basta.
[risposta]
Questa affermazione secondo me è errata o ambigua; il metodo RunSQL non ritorna nessun recordset. Esegue solo query di comando 
(istruzioni SQL), quindi il suo risultato lo vedi in una tabella o creandoti un recordset che fa riferimento a quella tabella...
ciao,
Panathos
[risposta]
Ciao.
-- 
Sergio MAZZA 

 Questa affermazione secondo me è errata o ambigua; il metodo RunSQL non ritorna nessun recordset. Esegue solo query di comando
Sì l'affermazione è tecnicamente errata, RunSQL non ritorna un
recordset.
Volevo solo spiegare (come l'op ha poi capito) che quel metodo esegue
sì, una query ma poi i risultati vanno "catturati" e visualizzati
tramite altri oggetti.
ciao,
Panathos