Spazio temporaneo per Microsoft Access insufficiente - Che fare?

[Gig]

Salve ragazzi... sono tre giorni che sto impazzendo per riuscire a fare delle elaborazioni con Access, con una serie di query di raggruppamento in cascata, in cui alla fine da ben più di un milione di record ne devono uscire un centinaio.

Va mandata ogni tre mesi relativamente ai documenti dall'inizio dell'anno, ma arrivato all'elaborazione di settembre (un milione e cinquecentomila record nella tabella di partenza principale), non riesco a portare a termine l'elaborazione...
"Spazio insufficiente sul disco temporaneo".
Vedo che nella cartella temporanea (CD %TEMP%) crea un file JET####.TMP (#=numeri casuali)... quando questo raggiunge i due giga il tutto mi va in errore.
Sto tentando di tutto per "snellire" la query, ma è un macello...

Conoscete qualche modo per far superare a Microsoft Access questo limite?

[betaxp86]

Stai usando file system fat32 per caso?

[Gig]

No, no... NTFS...

[parsifal]

Domanda stupida, hai provato a vedere se esoste qualche aggiornamento di access? Ricordo con il vecchio Access97 e XP SP2 dava il messaggio di memoria esaurita senza nemmeno partire...ma installata la patch....

[Gig]

A dire il vero ho provato sia da un computer con Win2000 ed Access XP e da uno con Windows XP ed access 2003...
Pare che la limitazione dei 2 gb sia proprio il limite del programma...

[tHeGoOd]

Scusa, ho paura di capire il significato di "Query di raggruppamento in cascata"...
Potresti postare la query che esegui? Il problema potrebbe non essere Access ma la query fatta male (Almeno per le caratteristiche basilari di dbms che offre Access)

[Gig]

E' una serie di query fatta dal mio predecessore, che ho "ereditato"... In cascata nel senso che in Access si può facilmente richiamare un'altra query come se fosse una tabella... e la prima della serie è una query di raggruppamento.
Anzi, per dirla tutta ci sono 5 di queste query di raggruppamento (non in cascata), che vengono richiamate da un'ultima query che riunisce (in colonne una accanto all'altra) in un'unica tabella tutti i singoli risultati.

Ieri sono riuscito a far girare la query, facendo una copia in locale della tabella di partenza (quella con i movimenti degli articoli), e con delle query fatte lì per lì l'ho ricreata eliminando a priori i clienti che non fanno parte dell'elenco da verificare (operazione che di solito viene fatta durante la query di raggruppamento.. un po' pesante perché l'elenco dei clienti da considerare è per PIVA, quindi deve passare dall'anagrafico generale per "tirare fuori" i codici cliente, con cui agganciarsi ai movimenti) ed eliminando tutti gli articoli che non sono della Schneider...

Quando incocciava nel problema, vi vedeva già se si provava a lanciare singolarmente la prima query. Dopo aver ridotto il più possibile la base dati di partenza, la prima query ha funzionato... ho lanciato l'esportazione dell'ultima query, ed è andata.... ma che casino!

[tHeGoOd]

Le query annidate sono molto pericolose, nel senso che in alcune situazioni la query interna viene calcolata più volte.
Se ti funziona, bene. Ma le query annidate andrebbero evitate il più possibile.
Ma non sempre è possibile