EF не может сделать вывод возврата схемы из хранимой процедуры выбора из таблицы #temp

Question

Предположит следующее:

CREATE PROCEDURE [MySPROC] 
AS 
BEGIN 

CREATE TABLE #tempSubset(
    [MyPrimaryKey] [bigint] NOT NULL, 
    [OtherColumn] [int]  NOT NULL) 

INSERT INTO #tempSubset (MyPrimaryKey, OtherColumn) 
    SELECT SomePrimaryKey, SomeColumn 
    FROM SomeHugeTable 
    WHERE LimitingCondition = true 

SELECT MyPrimaryKey, OtherColumn 
FROM #tempSubset 
WHERE SomeExpensiveCondition = true 

END 

Когда я произвожу функцию импорт или карты типа возвращаемого значения, EF не создает сложный типа или говорит мне:

Выбранная хранимая процедура или функция не возвращает столбцы

Как преодолеть это?

Другие ответы предполагают using table variables (не собирается делать это по соображениям производительности) faking the return schema and commenting out the real stored procedure, другие предполагают doing similar with views ... но должен быть способ сделать это без необходимости добавлять излишнюю нагрузку или требуя, чтобы я сломать хранимую процедуру обновить модель?

Answer 1

CREATE PROCEDURE [MySPROC] 
AS 
BEGIN 

--supplying a data contract 
IF 1 = 2 BEGIN 
    SELECT 
     cast(null as bigint) as MyPrimaryKey, 
     cast(null as int) as OtherColumn 
    WHERE 
     1 = 2 
END 

CREATE TABLE #tempSubset(
    [MyPrimaryKey] [bigint] NOT NULL, 
    [OtherColumn] [int]  NOT NULL) 

INSERT INTO #tempSubset (MyPrimaryKey, OtherColumn) 
    SELECT SomePrimaryKey, SomeColumn 
    FROM SomeHugeTable 
    WHERE LimitingCondition = true 

SELECT MyPrimaryKey, OtherColumn 
FROM #tempSubset 
WHERE SomeExpensiveCondition = true 

END 

Обеспечение контракта данных лжа для результирующего набора является самым простым, чистым и быстрым способом, чтобы заботиться о проблеме. Эта же проблема существует и в элементах управления источниками данных в SSIS. .NET прочитает набор результатов из недостижимого раздела «контракт» запроса и предоставит метаданные для сложного типа. Отсутствие влияния на производительность и отсутствие необходимости комментировать SQL, который выполняет фактическую работу.

Answer 2

Добавление этого значения в начало определения хранимой процедуры:

SET FMTONLY OFF

разрешало модели выводить схему из временной таблицы без проблем. В качестве бонуса он не требует дополнительного обслуживания для контракта.

Пример:

SET FMTONLY OFF 

CREATE TABLE #tempTable (
    ... 
) 

... 

SELECT * FROM #tempTable 

Answer 3

Решение 1 использовать таблицу переменной вместо временной таблицы.

Решение 2 Используйте Set FMTONLY off; SQL в процедуре, и вы получите информацию о столбцах для создания нового сложного типа.

Решение 3 Это нехороший способ, но это очень простой способ. Просто добавьте оператор select с фиктивными данными, и он не будет выполняться, потому что 1 = 0.

вы можете проверить детали на this link