Motore di ricerca e campi opzionali

Community IT
1

Ciao,

sto realizzando il motore di ricerca per la mia applicazione.

oltre al termine da ricercare ho anche dei campi opzionali, se sono
selezionati li uso nella query al db altrimenti niente.

ora, il punto è che sto cercando di capire come mi conviene muovermi,
vorrei qualche cosa standard per far funzionare le query sia con che
senza i campi opzionali, mi spiego meglio.

nessun campo opzionale
SELECT * FROM TRAVELS

campo opzionale selezionato
SELET * FROM TRAVELS WHERE campo==CONDIZIONE_SELEZIONATA

ovviamernte l’esempio è banale, io ho tipo una quindicina di campi
opzionali.

Cosa mi consigliate di fare?
questo è uno screenshots dell’ applicazione con il box advanced search
selezionato.
http://tuttogelatoitalia.com/ptumpa/p_search.jpg

Saluti Andrea

2

stb wrote:

nessun campo opzionale
SELECT * FROM TRAVELS

campo opzionale selezionato
SELET * FROM TRAVELS WHERE campo==CONDIZIONE_SELEZIONATA

ovviamernte l’esempio è banale, io ho tipo una quindicina di campi opzionali.

Di base farei che per ogni condizione che devo aggiungere, aggiungo un
elemento all’array conditions… una cosa come (in codice non verificato,
e soggetto ad injection:)

fields = %w(from to transport)

conditions = []

%w(from to transport).each { |field|

unless params[field].empty?

    conditions << "field = #{params[field]"

}

q = "SELET * FROM TRAVELS "

if conditions.length > 0

q += "WHERE" + conditions.join(' AND ')

come idea generale. L’unica cosa e’ che spesso devi usare dei maggiori o
minori, quindi invece del semplice array fields dell’esempio potresti
usare una cosa come

fields = { ‘from’ => ‘>’,

       'to' => '<',

       'transport' => '='}  # occhio, in sql e' =, non ==

o

fields = [[‘from’,’>’],[‘to’,’<’],[‘transport’,’=’]]

e modificando di conseguenza la riga dove crei la singola condizione.

Questa e’ la soluzione semplice, ma non piace neanche a me perche’ come
cambia la struttura del db devi cambiare tutto… per contro spostarla
nel modello e’ piu’ macchinoso (potresti avere un metodo
“filter_by_transport” che ritorna una stringa “transport = #{val}”, e
poi lo join’i con altri filters)

Ciao

–
“Non mi ritirerò dall’Iraq neanche se restassero ad appoggiarmi solo
mia moglie Laura e il mio cane Barney” - George W. Bush

3

Questa e’ la soluzione semplice, ma non piace neanche a me perche’ come
cambia la struttura del db devi cambiare tutto… per contro spostarla
nel modello e’ piu’ macchinoso (potresti avere un metodo
“filter_by_transport” che ritorna una stringa “transport = #{val}”, e
poi lo join’i con altri filters)

Io ho fatto cosi`:

Saluti,

David N. Welton

Linux, Open Source Consulting