Tabelle di appoggio

Question

Le tabelle di appoggio, (intendo quelle che servono e vengono aggiornate solo ed esclusivamente durante una elaborazione)

è meglio crearle e cancellarle al momento, o è meglio metterle nel BE e azzerarle ad ogni utilizzo?

(non parlo di tabelline da 2-3 campi, ma da 10-15 campi). Un vero programmatore, cosa farebbe?  ; )

Answer 1

Sì, grazie a tutti e due.. speravo mi declamaste i vantaggi della creazione-cancellazione tabella, così gli utenti potevano tranquillamente scaricare la versione nuova del programma, senza bisogno di farsi manutenzionare dal sottoscritto il BE.. Vabbè, pazienza! Shalom e.. buona notte!   ; )

Answer 2

ma no Mimmo, scherzi!!

Anzi la tua osservazione sulla multiutenza è estremamente pertinente: avevo dato per scontato l'utilizzo in monoutenza.

L'unica cosa che posso aggiungere è che se scegli di eliminare la tabella anziche' eliminare i records occorre modificare il costrutto della query che da query di accodamento deve diventare una query di creazione tabella.

SELECT Sum(nz([EMOV])+nz([EARC])-nz([UMOV])-nz([UARC])) AS IMPORTO INTO TABELLAAPPOGGIO FROM Temp HAVING (((Sum(nz([EMOV])+nz([EARC])-nz([UMOV])-nz([UARC])))>0))

David

Answer 3

Scusa David mi hai fregato sul tempo :-)

Answer 4

Ciao,

direi che le tabelle di appoggio è meglio averle nel FE, in particolare in caso di multiutenza.

Non è rilevante il numero di colonne quanto il numero di righe. Se è limitato le elimini all'atto della generazione.

Ciao Mimmo

Answer 5

:-))

non so cosa farebbe un vero programmatore .... io sceglierei la seconda ipotesi ovvero prima dell'accodamento dei nuovi record fa in un bel

currentdb.Execute "Delete * From TabellaAppoggio"

o similmente, utilizzando il metodo RunSql di DoCmd, ricordandoti però in questo caso, di impostare gli avvisi prima e dopo l'esecuzione del codice in quanto altrimenti ti vengono mostrati i messaggi di avvertimento relativi ai records che stai per cancellare.

David