What is the difference between CALL and EXEC in T-SQL?

Question

Consider:

CREATE PROCEDURE LowerCityDiscounts @city VARCHAR(45), @decrease DECIMAL(10,2) AS
BEGIN
    BEGIN TRANSACTION;
    UPDATE Customers SET discnt = discnt         


        

Answer 1

Yup.. CALL is an construct/syntax usable from an ODBC driver, as your documentation indicates.

There's no reference in the T-SQL documentation to CALL, only EXEC.

It doesn't work because it's not T-SQL.

Answer 2

I ran across an issue (while migrating databases) that MSSQL will accept CALL statement in a stored procedure - the SQL Management Studio complains but the query itself is executed successfully.

So a statement like this does execute:

create procedure spwho
as begin
    call sp_who2
end
go

exec spwho

Unfortunately even though the procedure is created, it does not produce any results (but neither does it produce any errors or warnings).

So in cases like this the CALL statement will not produce errors in MSSQL but anyway should never used since it does not work.

Answer 3

The T-SQL language does not recognise ODBC escape sequences; EXEC is the only command available for calling a stored procedure. ODBC escape sequences are interpreted by client-side libraries (e.g. ODBC, OLE DB, ADO, ADO.NET) and translated to real T-SQL syntax on the fly before execution.

The end result is, you can call your top-level stored procedure from the client using CALL if you want to, but if that procedure calls others, it must use EXEC.

The same principle applies for the date/time literal escape sequences.