Réponse

Dans la plupart des implémentations SQL (par exemple, T-SQL, PL/pgSQL, PL/SQL), les constructions de contrôle sont disponibles : conditions (IF/CASE), boucles (WHILE/FOR/LOOP), constructions de gestion des erreurs. Il est pratique de les utiliser pour automatiser la logique métier sur le serveur — par exemple, pour créer des rapports complexes, valider des règles métier, orchestrer des processus ETL et automatiser la réaction aux événements.

Cependant, une utilisation excessive des boucles et des conditions complexes à l'intérieur des procédures SQL peut entraîner une dégradation de la lisibilité et des performances (transformant SQL en "enfer impératif" — effet procedural hell).

Il est recommandé d'utiliser ces constructions uniquement pour les opérations qui ne peuvent pas être réalisées par le biais du traitement par ensemble (set-based) : par exemple, le traitement d'une seule ligne à la fois avec une logique dynamique.

Exemple de procédure bien écrite (T-SQL)

CREATE PROCEDURE ProcessOrders
AS
BEGIN
    DECLARE @OrderID INT, @Total FLOAT
    DECLARE OrderCursor CURSOR FOR
        SELECT OrderID FROM Orders WHERE Status = 'NEW'
    OPEN OrderCursor
    FETCH NEXT FROM OrderCursor INTO @OrderID
    WHILE @@FETCH_STATUS = 0
    BEGIN
        SELECT @Total = SUM(Price) FROM OrderItems WHERE OrderID = @OrderID
        IF @Total > 10000
            UPDATE Orders SET Status='MANUAL_CHECK' WHERE OrderID=@OrderID
        ELSE
            UPDATE Orders SET Status='APPROVED' WHERE OrderID=@OrderID
        FETCH NEXT FROM OrderCursor INTO @OrderID
    END
    CLOSE OrderCursor
    DEALLOCATE OrderCursor
END

Question piège

Le CASE dans SELECT remplace-t-il les IF imbriqués dans les procédures et peuvent-ils être interchangeables ?

Réponse : Non. Le CASE ne peut être utilisé que dans les expressions SELECT/UPDATE/INSERT — pour les champs calculés. L'IF — uniquement dans les blocs de contrôle des procédures/fonctions/trigger et n'est pas autorisé dans un SELECT "pur".

Exemple :

SELECT CASE WHEN score > 80 THEN 'High' ELSE 'Low' END AS Level FROM students
-- L'IF n'est pas possible ici

Exemples d'erreurs réelles

---

Histoire

L'équipe a essayé de réécrire tout le processus métier du code en procédures SQL avec une multitude d'IF/ELSE imbriqués et de boucles. Résultat — code compliqué, non débogable, le support est presque impossible. Ils sont revenus à l'extraction de la logique dans l'application, ne laissant que les procédures critiques.

---

Histoire

Dans PL/pgSQL, à cause d'une mauvaise utilisation de LOOP sans sortie correcte (EXIT) dans la procédure stockée, un cycle "infini" s'est formé, bloquant la connexion à la base de données. Cela a été résolu en introduisant une limite de répétitions de boucle et en conditionnant les sorties correctement.

---

Histoire

Erreur dans la logique de l'IF imbriqué dans la procédure de traitement des commandes : la construction ELSE manquait. Certaines commandes sont restées dans un statut incorrect (NULL), ce qui a manqué de validation ultérieure. Nous avons ajouté un ELSE explicite avec un comportement par défaut évident.