Cosa c'è di meglio - query con una condizione lunga 'where in' o molte piccole query?

Question

Forse è un po 'stupido, ma non sono sicuro di cosa sia meglio. Se devo controllare più di 10k righe in db per esistenza, cosa farei?

# 1 - una query

select id from table1 where name in (smth1,smth2...{till 30k}) 

# 2 - molte query

select id from table1 where name=smth1 

Anche se, perfomance non è l'obiettivo, non voglio andare giù con mysql sia;) Forse, qualsiasi altra soluzione sarà più adatta ... Grazie.

upd: L'attività è di recuperare l'elenco dei domini, salvare nuovi (che non sono ancora in db) ed eliminare quelli che sono scomparsi dalla lista. Spero, sarà d'aiuto un po '...

Answer 1

Quello che dovresti fare è creare una tabella temporanea, inserire tutti i nomi e (usando una query) unirsi a questa tabella per la tua selezione.

Answer 2

La query singola molto probabilmente funzionerà meglio in quanto il secondo darà molti ritardi di andata e ritorno. Ma se hai molti nomi come nel tuo esempio, il primo metodo potrebbe farti raggiungere un limite interno.

In questo caso, potrebbe essere preferibile memorizzare l'elenco di nomi in una tabella temporanea e unirsi a esso.

Answer 3

A seconda del futuro, è necessario aggiungere una funzione nel database "strlist_to_table". Lascia che la funzione prenda un testo in cui il tuo input sia delimitato da un carattere delimitatore (eventualmente passato anche alla funzione), diviso sul delimitatore per creare una tabella al volo. Quindi è possibile utilizzare

where in strlist_to_table('smth1|smth2', '|') 

e anche ottenere la protezione da SQL injection (forse tavolini Bobby appare in ingresso).

Solo i miei 2 cents ...

Answer 4

io non sono sicuro di come il vostro disegno flessibile applicazione è, ma forse vale la pena guardare in rimuovendo l'elenco delimitato del tutto e semplicemente facendo un terzo tavolo permanente per rappresentare i tanti -to-molte relazioni, quindi unendo le tabelle su ogni query.