Antwort

In den meisten SQL-Implementierungen (z. B. T-SQL, PL/pgSQL, PL/SQL) sind Kontrollstrukturen verfügbar: Bedingungen (IF/CASE), Schleifen (WHILE/FOR/LOOP) und Fehlerbehandlungsstrukturen. Sie sind nützlich zur Automatisierung der Geschäftslogik auf dem Server — zum Beispiel zur Erstellung komplexer Berichte, Validierung von Geschäftsregeln, Orchestrierung von ETL-Prozessen und Automatisierung der Reaktion auf Ereignisse.

Jedoch kann übermäßiger Einsatz von Schleifen und komplexen Bedingungen innerhalb von SQL-Prozeduren die Lesbarkeit und Leistung beeinträchtigen (was SQL in eine "imperative Hölle" verwandelt — der Effekt der procedural hell).

Es wird empfohlen, diese Konstruktionen nur für Operationen zu verwenden, die nicht mit netzwerkbasierter (set-based) Verarbeitung realisiert werden können: z. B. die Verarbeitung eines einzelnen Datensatzes mit dynamischer Logik.

Beispiel für eine gut geschriebene Prozedur (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

Fangfrage

Ersetzt CASE in SELECT verschachtelte IF-Bedingungen in Prozeduren und können sie austauschbar verwendet werden?

Antwort: Nein. CASE kann nur in den Ausdrücken SELECT/UPDATE/INSERT verwendet werden — für berechnete Felder. IF nur in Kontrollblöcken von Prozeduren/Funktionen/Triggers und ist in "reinen" SELECTs nicht erlaubt.

Beispiel:

SELECT CASE WHEN score > 80 THEN 'High' ELSE 'Low' END AS Level FROM students
-- IF ist hier nicht möglich

Beispiele für reale Fehler

---

Geschichte

Das Team versuchte, den gesamten Geschäftsprozess aus dem Code in SQL-Prozeduren mit zahlreichen verschachtelten IF/ELSE und Schleifen neu zu schreiben. Ergebnis — verworrene, nicht debuggierbare Codes, Unterstützung praktisch unmöglich. Sie wechselten zurück zur Logik im Anwendungs-Code und ließen nur kritische Prozeduren.

---

Geschichte

In PL/pgSQL entstand aufgrund falscher Verwendung von LOOP ohne korrektes Verlassen (EXIT) in einer gespeicherten Prozedur eine "endlose" Schleife, die die Verbindung zur DB blockierte. Gelöst wurde dies durch die Implementierung einer Wiederholungslimitierung und korrekten Austrittsbedingungen.

---

Geschichte

Fehler in der Logik der verschachtelten IF in der Prozedur zur Bearbeitung von Aufträgen: Die ELSE-Konstruktion fehlte. Einige Aufträge blieben im inkorrekten Status (NULL), was an fehlender nachfolgender Validierung lag. Eine spezifische ELSE mit explizitem Standardverhalten wurde hinzugefügt.