Marco Quarona ha scritto:
At 09.32 04/01/2008, you wrote:
In altre parole, l'aggiunta di criteri di selezione è un motivo di
criticità del DB?
No, a meno che il motore del db (o la il db stesso) siano stati
progettati male. I filtri velocizzano le query, non le rallentano.
Questa è davvero una tesi interessante......
Cioè tu sostieni che una query del tipo (tradotta in vulgaris):
"seleziona le Anagarfiche con CITTA='VERONA' dalla Tabella Anagrafiche"
abbia la stessa velocità di esecuzione di :
"seleziona le Anagrafiche con CITTA='VERONA' e (TIPO=0 oppure TIPO=1)
dalla Tabella Anagrafiche".
Ovvio che su cento schede neppure mi pongo il problema. Ma su 100.000?
E sulle query complesse come la mettiamo? Meglio relazionare una Tabella
Clienti, magari con un indice univoco intero, oppure una select con un
paio di parametri ed un OR?
E' evidente che se un'applicazione complessa come quella che hai
descritto nell'altra mail ha delle necessità particolari, il Db va
progettato con cura.
Ma il non voler duplicare i campi non deve far dimenticare tutto il resto.
Ciao
--
Filippo Cerulo
blog : http://6of9.softcombn.com/
e-mail : [EMAIL PROTECTED]
web : www.softcombn.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
