Newsgroup: it.comp.appl.access
Titolo: Pollici? Indici!

Dunque, c'e' qualcosa nel comportamento di Access con gli indici che non mi
e' chiaro.
Tabella con:
COGNOME
CITTA
se metto:
COGNOME indice
CITTA indice
e' ordinato per cognome e cita'
se metto
COGNOME
CITTA indice
e' ordinato per citta'
Se metto
CITTA indice
COGNOME indice....
e' ordinato per cognome!!!
Purqua'????:-(((
Ho provato ad invertire l'ordine degli indici e anche l'ordine dei campi
....niente!! Se COGNOME e' indice lui non si fila il fatto che anche CITTA
lo sia, ne' prima ne dopo!
Saluti.
Luciano
PS Mailgate...come me so' ridotto!!:-)))
--
Posted from 
relay2.inwind.it
 [212.141.53.73] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

Scusa ma per te consè un'indice ?
Se devi ordinare fai una query con ORDER BY ..
Come access visualizzi i dati all'interno di una tabella , di solito,
dipende dall'ordine in cui sono
stati inseriti... access ma anche qualunque altro database, l'indice serve
solo per velocizzare
le ricerche e decide lui quando e come usarlo .... a te che te ne frega...

le ricerche e decide lui quando e come usarlo .... a te che te ne frega...
Me frega per i motivi di cui sopra....ed anche per un fatto puramente
accademico. Capire i meccanismi interni invece di accettarli come dogmi
indiscutibili aiuta a lavorare meglio.
Saluti.
Luciano

 Luciano
Ben detto, è questo che vado cercando in questo NG il capire le cose "per un
fatto puramente accademico" che ti aiuta ad applicarle in modo ottimizzato e
cosciente.
Bene, Mi spiegate anche a me sta storia degli indici? Grazie
--
Cordiali saluti
Nunzio Santini

 Purqua'????:-(((
Se crei due indici, uno per CITTA e uno per COGNOME, evidentemente sceglie lui
quale farti vedere ordinato in tabella secondo un criterio che non conosco.
Se invece crei un indice con CITTA e COGNOME, allora vale l'ordine dei due
campi, cioe'
CITTA COGNOME e' ordinato per CITTA e COGNOME
COGNOME CITTA e' ordinato per COGNOME e CITTA
Putroppo non ho capito se tu crei due indici o un indice con due campi!!
-- 
Federico
--------------------------------------
Sito Comune di it.comp.appl.access
http://members.xoom.it/it_db_access
mailto:
it_db_...@usa.net
--------------------------------------
Tutte le richieste che mi arrivano
in privato, vengono cestinate.
--------------------------------------
Rimuovi paperino. per e-mail
--------------------------------------

Putroppo non ho capito se tu crei due indici o un indice con due campi!!
Creo due indici.
In effetti non avevo considerato che e' possibile creare indici multicampo.
A questo punto ti chiedo: come viene gestito l'indice? Se indicizzo un
singolo campo mi aspetto che automaticamente Access sappia cosa fare. Ma se
creo un indice su due campi (cognome e citta ') e lo chiamo pippo....Access
lo vede da se' nell'SQL o e' de coccio e glie lo devo far capire io?
Saluti.
Luciano

Bene, Mi spiegate anche a me sta storia degli indici? Grazie
Un indice di una tabella funziona come l'indice di un libro: cerchi li' e
trovi rapidamente un rimando alla pagina che ti serve, ovvero il record. Il
tutto serve a velocizzare le ricerche e a ordinare i record secondo
necessita'.
Saluti.
Luciano

 Federico Luciani ha scritto nel messaggio

Lo sa, un una query non devi specificare nulla.
Attenzione se usi un indice multicampo (CITTA-COGNOME) e come se avessi anche
un indice su CITTA.
Implica che le query che usano criteri su CITTA-COGNOME (nell'ordine) o criteri
solo su CITTA sono ottimizzate, invece criteri su COGNOME-CITTA o solo su
COGNOME risultano non ottimizzate e molte volte piu' lente di quelle con
criteri su campi non indicizzati.
Bye


criteri su campi non indicizzati.
Guarda, alla luce delle prove fatte oggi posso dire che in presenza di piu'
indici fa come je pare!
Sicuramente conviene indicizzarre i campi dove si presume di fare ricerche
e, soprattutto, ordinamenti ed i campi dove si prevedono join nelle query.
Comunque ho dato pure una scorsa al mio manualozzo cartaceo il quale
sostiene che se non si compatta il DB dopo le modifiche ai record e' tempo
perso!
Saluti.
Luciano

 e, soprattutto, ordinamenti ed i campi dove si prevedono join nelle query.
Non e' proprio vero, su tabelle di migliaia di record la presenza o meno di
indici fa variare di molto il tempo di elaborazione.


indici fa variare di molto il tempo di elaborazione.
A Federi', e io che sto a di'?:-))
Saluti.
Luciano