Für MS SQL Server wird ein anderes Verfahren verwendet als für Oracle.

Bei MS SQL Server wandelt die DBSL die Statement-ID in einen Stored-Procedure-Namen um. Die Stored Procedure mit diesem Namen wird in der Datenbank generiert. Die Stored Procedures werden von allen SAP-Workprozessen verwendet.

Wenn die Anweisung keine Statement-ID hat (z. B. eine dynamische Anweisung), verwendet die DBSL einen temporären Statement-Cache. Jeder Eintrag in dem temporären Cache enthält die Zeichenkette der Anweisung und den dazugehörigen temporären Stored-Procedure-Namen. Derzeit besitzt jeder SAP-Workprozeß eine Reihe von temporären Stored Procedures.

Eine normale SQL-Anweisung ist eine Anweisung mit Statement-ID (evtl. vom Statement Analyzer normiert):

1. Die DBSL erzeugt aus der Statement-ID einen Stored-Procedure-Namen.
2. Sie führt die Stored Procedure aus.
3. Wenn dies funktioniert, ist der Prozeß beendet.
4. Wenn es nicht funktioniert, erstellt die DBSL die Stored Procedure in der Datenbank und führt sie dann aus.

Eine dynamische SQL-Anweisung ist eine Anweisung ohne Statement-ID (beispielsweise eine dynamische Anweisung, die komplett zur Laufzeit angegeben wird).

1. Die DBSL durchsucht den temporären Stored-Procedure-Cache nach der SQL-Anweisung und dem Namen der dazugehörigen temporären Procedure.
2. Wird sie gefunden, wird die temporäre Stored Procedure ausgeführt. Das Verfahren ist damit beendet.

3. Wird sie nicht gefunden, wird die temporäre Stored Procedure in der Datenbank generiert und ausgeführt. Die Zeichenkette der Anweisung und der Name der neuen temporären Stored Procedure werden in den temporären Statement-Cache eingefügt. Der Eintrag weist auf die temporäre Stored Procedure.