@ProfiloBasso, come avrai abbondantemente capito, tutti i tuoi problemi sono dovuti al ‘genio’ che ha optato per la classica ‘soluzione veloce fai da te’ abbondantemente SBAGLIATA.
Ora, se non e' possibile aggiustare una cosa sbagliata, ma si vogliono solo mettere delle pezze, va da se che quella pezza NON RISOLVE NULLA ma tappa solo un buco e, molto probabilmente ne sta creando un'altro da qualche altra parte.
Comunque, la soluzione del tuo problema e' SEMPLICE!
Poiche Access e' un “Relational Database Management System”, dove la parola magggica e' "Relational" (Relazionale) e quindi SEGUE LA LOGICA del Modello RELAZIONALE dei Dati,
MA IL TUO modello dei dati, al di la della struttura “tabellare” (righe e colonne) NON E' relazionale,
va da se che dovrai IMPLEMENTARTI A MANO, le operazioni che ti servono.
Il concetto di “record duplicati con campi vuoti” nel “Modello Relazionale dei Dati” NON ESISTE, non c'e', non ce sta', nema, niet!
E' un po' come voler usare il gasolio in una macchina a benzina: perche' non dovrebbe funzionare? Sono tutti e due carburanti che si usano sui mezzi di trasporto, liquidi e si acquistano tutti e due al distributore di carburante. DEVE funzionare! Anche no!
Nel Modello Relazionale dei Dati, Codd insegna (Edgard F. “Ted” Codd e' colui che lo ha inventato), due record sono duplicati quando “HANNO LO STESSO SPIACCICATO IDENTICO VALORE SU TUTTI I CAMPI”.
E poiche' tale concetto NON ESISTE, NON ESISTONO “operatori RELAZIONALI” per trovare “record duplicati con campi vuoti”.
Al che, come avrai abbondantemente capito, ti tocchera' andare di “olio di gomito”, anzi, di olio alle giunture delle dita, perche' dovrai scrivere quantita' non indifferenti di codice.
.
Ma tu penserai: vabbe, dovro scrivere codice.
EBBENE, NO, perche' non ci sara' solo da scrivere codice banalotto, MA SERVIRA' MOLTO DI PIU'!
E mo! te lo spiego: SENZA I SERVIZI di indicizzazione, controllo consistenza dei dati offerti dal Modello Relazionale dei Dati, da quanto capisco, tu hai diversi record, chiamiamoli “pseudo duplicati”, e li devi rimuovere tutti.
Ok, la tua tabella e' composta da, arrotondiamo, 50000 record. Dovrai confrontare ogni record con tutti gli altri. Totale
>>> duecento_cinquanta MILIONI di confronti
(vabbe, sono SOLO cento_venticinque MILIONI ;-) )
Vabbe, lo fai una volta evvvia.
Naaaa…. e quando aggiugerai nuovi record?
Diciamo che non sei “bischero” e non inserirai un sacco di record per dopo riconfrontarli tutti tra loro di nuovo, MA, farai i controlli un record alla volta subito prima o dopo il suo inserimento.
Ok, vuol dire che ogni volta dovrai fare, 50000, 50001, 50002, 50003 … 60000 … 100000 controlli SOLO per assicurarti di non avere record “pseudo duplicati”.
NB: eccolo qui il buco appena aperto con la toppa di cui sopra ;-)
Si puo' farei meglio? Ovviamente si, MA NON A GRATISSSE.
Servono strutture dati dedicate, tecniche di programmazione, insomma, CONOSCENZA, acquisita in TANTI ANNI e con TANTI SOLDI.
OPPURE … rullo di tamburi … optare per la soluzione che non vuoi applicare ;-)
.
In realta' ci sono soluzioni alternative: cambiare azienda, cambiare mestiere, trovare l'amante giovane e scappare all'estero dove non c'e' estradizione (se no la moglie ti piglia e ti 'sradica' ;-) ), andare in pensione ;-)
.
Nota: il tu sistema ha UN SACCO di rogne!
60 campi? NON SI FA
troppe logiche? NON SI FA
chissà che altro.
Il problema e che piu' vai avanti, piu' le scelte sbagliate si faranno sentire complicandoti la vita.
E NO, NON ESISTE una ‘soluzione semplice basta che funzioni’.