Why do we have to write SET FMTONLY OFF in stored procedures when using Entity Framework ?

IF 1=0 

BEGIN

SET FMTONLY OFF

END 

-----------------------------------------------------

Having IF(0=1) SET FMTONLY OFF seems like a risky thing to casually do in stored procedures read in by entity framework.

Entity Framework is the only source of this flag being set as a standard practice that I'm aware of (presumably other ORM's may use it).

the purpose (as I understand it) is to provide a way to get a procedures return schema without actually touching any data. (some stored procedures you don't want to execute just to update an orm's object model.

so unless you have a table that is counting the number of times your EF model has been updated (which might be interesting academically)

the safest way to use ftmonly with entity framework (in my mind) is.. under the following circumstances

1. if the procedure in question is complex and confuses EF (EF reads the first returned schema, flow logic ignored)
2. let EF set the flag for you. (I clear it below to exit early)
3. use always false logic (which would be ignored when FTMONLY is on - interpret this as EF is trying to read schema)

4. at the beginning of the complex procedure do the following

   if(0=1)  -- if FMTONLY is on this if condition is ignored
   begin
       -- this loop will only be entered if fmtonly is on (ie EF schema read)
       select 
           column1
           ,column2
           ...
           ,columnX
       from whateverA
           cross join whateverB
           ...
           cross join whateverQ
       -- joins don't matter but they might make it easier to get the column definitions
       -- and names you desire.   the important thing here is generating the proper 
       -- return schema... which is as complex as whatever you are trying to return
       where 1=0
   
       set FMTONLY off -- do this so that you can now force an early return since EF
       -- usually only wants the first data set schema...  other orms might
       -- do something different
       return  -- this will be ignored if FMTONLY is still on
   
   end

SQL Server CURSOR

 What is a database cursor ?

A database cursor is an object that enables traversal over the rows of a result set. It allows you to process individual row returned by a query.

SQL Server cursor life cycle

These are steps for using a cursor:

DECLARE 

    @Name as NVARCHAR(MAX), 

    @EMP_ID as InT;

DECLARE My_Test CURSOR

FOR SELECT 

        Name, 

        EMP_ID

    FROM 

        EMPLOYEE_MASTER;

OPEN My_Test;

FETCH NEXT FROM My_Test INTO 

    @Name, 

    @EMP_ID;

WHILE @@FETCH_STATUS = 0

    BEGIN

        PRINT @Name +' ' + CAST(@EMP_ID AS varchar);

        

FETCH NEXT FROM My_Test INTO 

            @Name, 

            @EMP_ID;

    END;

CLOSE My_Test;

DEALLOCATE My_Test;