più di 1Mrecord in una singola tabella... per una select puoi andare a fare una passeggiata (anche se le nuove versioni sembrano non sputtanarsi più come succedeva una volta), ti parlo di tempi di risposta nell'ordine dei 10 minuti...
ADO...
Grande tecnica se non fosse che non sfrutti il DB... che in genere è la parte dove si potrebbe spingere assai sulle prestazioni... la tecnologia secondo me preferibile è infatti una tecnica mista... di utilizzo di ADO in concomitanza con SQL secco lanciato in transazione... (e quindi dipendente dal DB utilizzato). Quando scrivo codice infatti prevedo già le stringhe SQL per i diversi DB esistenti e con una semplice variabile globale mi setto quale DB utilizzare (è una rottura di scatole all'inizio... ma da i suoi frutti).
ADO sfruttato al massimo è comunque di una pesantezza unica...
La chiave primaria...
Swalke, se pensi di dover superare quel limite vuol dire semplicemente che la chiave è mal progettata... purtroppo Access gestisce male (o meglio non gestisce proprio) le chiavi multiple (cioè in pratica facendo si che la "somma" di due o più campi di un singolo record non siano duplicabili) ma se sei sicuro del codice che scrivi puoi emulare una chiave di dimensione n tranquillamente...
La concorrenza...
Spero che quello che ti ho detto nella risposta di prima ti apra una strada... la gestione viene generalmente fatta così...
Gli auguri...
ti faccio anche i miei
