Risposta

Nella maggior parte delle implementazioni SQL (ad esempio, T-SQL, PL/pgSQL, PL/SQL) sono disponibili costrutti di controllo: condizioni (IF/CASE), cicli (WHILE/FOR/LOOP), costrutti di gestione degli errori. È comodo utilizzarli per automatizzare la logica di business sul server — ad esempio, per creare report complessi, validare regole aziendali, orchestrare processi ETL e automatizzare reazioni a eventi.

Tuttavia, un uso eccessivo di cicli e condizioni complesse all'interno delle procedure SQL può portare a una riduzione della leggibilità e delle prestazioni (trasformando SQL in un "inferno imperativo" — effetto procedural hell).

Si raccomanda di utilizzare questi costrutti solo per operazioni che non possono essere realizzate tramite elaborazione basata su set: ad esempio, elaborazione di una singola registrazione alla volta con logica dinamica.

Esempio di procedura ben scritta (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

Domanda trabocchetto

Il CASE in SELECT sostituisce le condizioni IF annidate nelle procedure e possono essere intercambiabili?

Risposta: No. Il CASE può essere utilizzato solo nelle espressioni SELECT/UPDATE/INSERT — per campi calcolati. L'IF — solo nei blocchi di controllo di procedure/funzioni/triggers e non è ammesso in "SELECT puro".

Esempio:

SELECT CASE WHEN score > 80 THEN 'High' ELSE 'Low' END AS Level FROM students
-- IF qui non è possibile

Esempi di errori reali

---

Storia

Il team ha cercato di riscrivere l'intero processo aziendale dal codice in procedure SQL con un eccesso di IF/ELSE annidati e cicli. Risultato — codice complicato, non debuggable, supporto praticamente impossibile. Sono tornati a riportare la logica nell'applicazione, lasciando solo procedure critiche.

---

Storia

In PL/pgSQL a causa di un uso errato del LOOP senza una corretta uscita (EXIT) nella procedura memorizzata si è creato un ciclo "infinito", bloccando la connessione al DB. Risolto implementando un limite ai cicli e condizioni di uscita corrette.

---

Storia

Errore nella logica dell'IF annidato nella procedura di elaborazione degli ordini: mancava la struttura ELSE. Alcuni ordini sono rimasti in uno stato non corretto (NULL), mancava una successiva validazione. È stata aggiunta un'ELSE specifica con un comportamento predefinito esplicito.