SQLite est l'instruction CASE chère?

Question

Je me demande si l'utilisation d'une instruction CASE dans SQLite (ou d'autres moteurs SQL) pour remplacer des données n'est pas conseillée. Par exemple, disons que j'ai une requête.

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; 

Quand est-il préférable de créer une table de référence et d'effectuer un JOIN. Dans ce cas, je créer une table 'ActiveStatesTable' avec ActiveID, ActiveDescription et effectuer le JOIN.

Answer 1

L'instruction CASE est préféré syntaxe:

• Il est ANSI (92?), Il est donc pris en charge sur MySQL, Oracle, SQL Server, Postgres ... contrairement à la base de données fournisseur spécifique si la syntaxe
• Il prend en charge court circuit - le reste de l'évaluation n'est pas effectué une fois que le critère correspond

Answer 2

Faire la table séparée et JOIN est certainement la manière la plus propre d'écrire ce code. Que se passe-t-il, par exemple, si vous voulez écrire une autre requête avec les mêmes mappages? Vous devez copier l'instruction CASE dans la nouvelle requête, et la copie est mauvaise. Que se passe-t-il si vous devez ajouter un nouvel état Actif?

En ce qui concerne les performances, le JOIN et le CASE devraient être assez bon marché. CASE pourrait être légèrement plus performant en raison du court-circuit de l'évaluation et des quelques cas, mais JOIN est, à mon avis, la solution la plus propre et la plus flexible et la plus transparente.

Answer 3

CASE devrait être beaucoup moins cher car il ne devrait pas impliquer d'E/S, mais pour les petites tables JOINs ne sont pas si cher non plus (mais le tester).

La question est de savoir si vous aurez besoin de maintenir ce CAS dans plusieurs requêtes et devrez-vous établir une intégrité référentielle.