SELECT FROM tabella IN database

[supermac]

Scusate se posto qui magari andava in un altro forum ma siccome devo metterla in una pagina asp....

guardate questa:
SELECT tabA.*, tabB.* FROM tabA LEFT JOIN tabB IN <altrodatabase> ON....

praticamente servirebbe a fare una select anche sulla tabella tabB che risiede su un database diverso da quello in cui sta la tabA...
bene non riesco a trovare informazioni su cosa si deve scrivere al posto di <altrodatabase>: ci va solo il nome dell'altro database o devo metterci anche il percorso? e vuole il percorso fisico o gli basta relativo? e ci sono anche parentesi da mettere qua e la?

qualcuno ne sa qualcosa?
grazie

[optime]

access? sql? mysql? frigorifero?

[supermac]

hai ragione, access...

oh ma non ti ho già visto a Zelig? ;-)

[optime]

percorso fisico completo racchiuso tra apici.

[supermac]

grrrrazzzzzie mille
ciao

[supermac]

mmm chiedo venia se torno a bomba, ma siccome non ne vuole sapere di funzionare mi è venuto il dubbio che l'IN si possa usare solo sul FROM e non sul JOIN... vi risulta?
thx

[optime]

usa questa sintassi

SELECT * FROM TABELLA1, TABELLA2 IN 'C:\PERCORSO\DATI\TUODB.MDB' WHERE TABELLA1.TIPO=TABELLA2.CODE

[supermac]

si così riesco ad accedere alle tabelle ma non ad estrarre i dati... si tratta di tabelle con 200.000 record cadauna circa e anche mettendo i vari where (5 righe di codice di where) non riesco ad estrare tutti i dati che mi servono ed inoltre ha un tempo di esecuzione inaccettabile...

sob
tristezza e sconsolazione

[optime]

per i tempi di esecuzione devi considerare che stai lavorando con due db, quindi non chiedere miracoli. potresti facilitare le cose collegando le tabelle, ma per i tempi non credo che avresti vantaggi. se per te (o per il cliente) questa e' un'applicazione crtica, passate a mssql o mysql, oppure consolidate i due database in un terzo mdb che li contenga entrambi.

[supermac]

mmm è complessa... c'è un progetto di passare a Oracle ma si trascina da secoli.
Al momento si tratta di dati in Access che vengono aggiornati con la sostituzione fisica di uno dei due database (forse non ti avevo detto che si trattava di una query su 3 tabelle da 200mila record che sono su due db diversi)...
mi sa che l'unica è collegare la tabella di un db (quello che viene rimpiazzato fisicamente) dentro all'altro db... così dovrebbe essere un po' più rapido in esecuzione anche se non è proprio elegante dal punto di vista inforNatico...
il collegamento dovrebbe rimanere anche se il db viene sostituito (i nomi e i percorsi del db e della tabella sostituiti restano comunque uguali)

kennedyci?