Sto costruendo un'applicazione Twitter che gli utenti afferra un intero seguito e ottiene la loro specifica id Es: 1223455MySQL 1,000 's di o dichiarazioni (buona idea?)
Ho anche un enorme database pieno di righe che contengono una specifica Twitter id ... Guardate gli esempi in fila ...
|1| 122345 |
|2| 2232144 |
|3| 99653222 |
|4| 123232 |
|5| 2321323 |
|6| 3121322 |
Il problema è che tutti noi sappiamo che Twitter è tutto sempre più seguaci (1000) di, e io ero la meraviglia è che questa è una buona query MySQL da eseguire potenzialmente fino a 20 volte in uno script eseguito ...
SELECT * FROM table WHERE twitterID='132323' OR twitterId='23123' OR twitterId='23123' OR twitterId='23123' OR twitterId='23123' OR twitterId='23123' OR twitterId='23123' OR twitterId='23123
E su
e avanti e avanti e avanti ... Ci potrebbero essere potenzialmente più di 1.000 o dichiarazioni in una singola query (e una query simile come questo potrebbe essere chiamato 20 volte)
Questo non lo fa sembra una buona pratica di programmazione, ma non ho sentito parlare di un altro modo ... ??
Hai usato ** ** IN parola chiave? – hmmftg
Vedo che hai accettato la risposta con la lista "in". Questo è perfettamente ragionevole, ma dovresti considerare la versione che mantiene gli id in una tabella e usa un join (o in). Ad un certo punto, potresti incorrere in problemi di compilazione e persino problemi di lunghezza delle query. –