¿Cuándo se considera demasiado para usar cadenas en una cláusula MySQL IN?

Question

Por favor, dígame por la experiencia con el uso de la "cláusula IN" en una consulta MySQL se considera demasiado grande de una lista para pasar a ser considerado una buena práctica?

Escenario de ejemplo es que tengo una serie de números de identificación de usuario que extraeré de un caché, puede ir de cualquier número desde 1 hasta 5.000 números en esta lista y usaré una consulta de MySQL con esta lista como este ejemplo;

SELECT column FROM table 
WHERE userid 
IN (2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20) 

¿Me puede dar su opinión sobre este tema por favor?

Answer 1

Mientras que su ID de usuario campo está indexado, suena como una buena opción.

De todos modos, la verdadera pregunta aquí sería comparar el rendimiento de IN con alguna otra alternativa. Si esa es la única manera de conseguir sus datos, no hay mucho que se pueda hacer al respecto

Answer 2

No recomendaría usar la cláusula in, la consulta ejecutará asignar más rápido si usó una unión en su lugar.

¿Cuál es la estructura de su tabla, supongo que tiene una tabla que almacena relaciones de amistad, no puede unirse a eso en su lugar?

SELECT * --you columns 
FROM FriendLinks fl 
Inner JOIN Users u on fl.friendid = u.id 
WHERE u.id = <your id> 

o algo por el estilo

Answer 3

Cabe señalar que algunas bases de datos tienen límites en el número de entradas en una cláusula IN - versiones de Oracle < = 10 están limitados a 1000 . No estoy seguro acerca de v11.

Answer 4

de un largo máximo similar question es configurable con un límite de 1 GB de 5.0 de acuerdo con mysql docs