Newsgroup: it.comp.appl.access
Titolo: Query con recordsource esterno

Salve,
per vari motivi vorrei evitare di collegare le tabelle del BE.
Allo stesso tempo non voglio aprire una mascehera esterna.
La soluzione sarebbe far aprire una maschera nel FE con un recordsource
di una tabella esterna.
Si riesce a fare?

 ha scritto nel messaggio 
news:1157116445.5...@p79g2000cwp.googlegroups.com...

Salve Roberto, sono Michele.
Io ho una sottomaschera nella mia applicazione a cui preparo, prima che essa 
diventi visibile(sempre che
si verifichino le condizioni) un recordset dynaset con DAO opportunamente 
filtrato ecc, poi lo passo
alla maschera su evento open con l'istruzione
set me.form.recordset=(e qui metti il tuo oggetto recordset, che nel mio 
caso è una variabile globale)
il recordset che ho creato vede una tabella collegata, ma non penso ci siano 
problemi ad aprire database esterni,
lo fai sempre con DAO, con il metodo OpenDatabase dell'oggetto workspace o 
DBengine.
Ho provato per il momento con una maschera di prova, con due pulsanti: uno 
esegue l'istruzione sopra, l'altro esegue
set me.form.recordset=nothing
Ho già visto che se chiudi la maschera prima di aver settato a nothing il 
recordset della maschera, access genera errore
(da inviare a microsoft eh, mica bazzeccole)e si chiude.
Spero di averti indirizzato nella direzione giusta

Roberto ha scritto:

Questa tecnica può andare bene per una Form particolare, ma non per
gestire un applicativo...., è fallimentare in partenza oltre che
assurdamente complicato.
Perchè non vuoi collegare le tabelle...? C'è un motivo tecnico valido
che ti spinge
a fare una cosa diversa da quello che normalmente tutti fanno oppure è
solo una
tua posizione....???
Nel 2° caso non dico nulla, ma nel 1° se ne può discutere...!
@Alex

 Nel 2° caso non dico nulla, ma nel 1° se ne può discutere...!
Grazie a Maurizio, farò delle prove.
Per Alessandro:
sono ossessionato dal fatto che un operatore del mio db possa andare a
leggere le tabelle e a fare casini li dentro.
Se tengo le tabelle nel DB di BE protetto da password per fare quello
di cui sopra diventa più complicato (bisogna craccare la password)
anche se non impossibile (la protezione assoluta non esiste).
E' anche vero che collegando e scollegando opportunamente le tabelle si
ottiene un risultato simile (magari disabilitando shift): tuttavia
prima di finire l'impostazione del DB volevo avere tutte le risposte
per valutare cosa è meglio fare !!!

Roberto ha scritto:

A mio avviso non hai le idee molto chiare....!
Pensi sia più difficile fare un [Find *.mdb e vedere nel BE] oppure
gestire opportunamente un'applicazione nata per lavorare in un modo
DIVERSO da quello che dici....!!!
Esiste la protezione a livello Utente per il FE che non è la PWD, ed
anche se è perforabile
non è cosa da ragazzini.....
A mio avviso stai commettendo un grosso errore sotto tutti i punti di
vista, magari per la non adeguata conoscenza del mezzo.
Ti faccio un Esempio:
Supponi di creare invece che con Access, con VB6 un applicativo
d'interfaccia con JET(BE).....
L'aplicativo in VB è compilabile in EXE e di certo non supporta
tabelle collegate, quindi è tutto fatto tramite connessioni ODBC/OLE
dinamiche....!
Ti sei chiesto il BE dove viene messo e quanto serva a fare un  [Find
*.mdb] e cancellarlo....!!!!!!!
Se usi access ripensaci, altrimenti cambia tecnologia se hai paura di
questo, passa a MSDE o SQL_Server e non Access come interfaccia.....
@Alex

 *.mdb] e cancellarlo....!!!!!!!
di Access abbiamo le licenze di VB no !!!
Grazie per le informazioni