2008/1/4, Filippo Cerulo <[EMAIL PROTECTED]>: > > 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.
La velocità non sarà la stessa, ma stiamo parlando di differenze solitamente neppure percepibili. 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] > >
