SQLite es la sentencia CASE costosa?

Question

Me pregunto si no se recomienda usar una instrucción CASE en SQLite (u otros motores SQL) para reemplazar datos. Por ejemplo, digamos que tengo una consulta.

SELECT Users, 
       CASE WHEN Active = 0 THEN 'Inactive' 
         WHEN Active = 1 THEN 'Active' 
         WHEN Active = 2 THEN 'Processing' 
         ELSE 'ERROR' END AS Active 
FROM UsersTable; 

Cuándo es mejor crear una tabla de referencia y realizar un JOIN. En este caso, crearía una tabla 'ActiveStatesTable' con ActiveID, ActiveDescription y realizaría el JOIN. sintaxis

Answer 1

Se prefiere la instrucción CASE:

• Es ANSI (92?), por lo que se admite en MySQL, Oracle, SQL Server, PostgreSQL ... a diferencia de proveedor de base de datos específica si la sintaxis
• Es compatible operación corta - el resto de la evaluación no se realiza una vez que los criterios coinciden con

Answer 2

Hacer la tabla por separado y JOIN es definitivamente la manera más limpia de escribir este código. ¿Qué ocurre, por ejemplo, si desea escribir otra consulta con las mismas asignaciones? Tendría que copiar la instrucción CASE en la nueva consulta y copiar la duplicación es incorrecta. ¿Qué sucede si necesita agregar un nuevo estado Activo?

En cuanto a rendimiento, tanto el JOIN como el CASE deberían ser bastante baratos. CASE podría ser un poco más eficiente debido al cortocircuito de la evaluación y los pocos casos, pero JOIN es, en mi opinión, la solución más limpia y flexible y más SQL-ey.

Answer 3

CASE debería ser mucho más económico, ya que no debería implicar ninguna E/S, pero para las tablas pequeñas, las UNIONES tampoco son tan caras (pero sí pruébelas).

La pregunta es si necesitará mantener este CASO en varias consultas y tendrá que establecer cualquier integridad referencial en él.