Блог

Допустим, у меня есть хранимая процедура GetAddressInfo(addressId int, errorCode int output) . Хранимая процедура возвращает адресную строку 1 и состояние, если addressId соответствует строке в базе данных. Если строка не найдена, то коду ошибки присваивается ненулевое значение, и оператор select не запускается. Итак, это будет выглядеть так:

 if (valid address id) begin
    Set errorCode = 1
    return
end

select AddressLine1, State from ....
  

Когда я использую EF 4.0 для вызова такой хранимой процедуры, я получаю исключение Entity Framework, когда address id оно недопустимо. В исключении упоминается, что столбец AddressLine1 не был частью средства чтения данных.

Я не ожидал никаких результатов (никаких записей), а для параметра кода ошибки вывода установлено значение 1. Вместо этого я получаю исключения. Я просто хочу прекратить обработку остальной части хранимой процедуры и немедленно вернуться. Похоже, что это не очень хорошо поддерживается EF 4.0.

Есть идеи по этому поводу?

Заранее спасибо!

Это один из главных аргументов против хранимых процедур — в них начинает появляться бизнес-логика. Я не говорю, что я голосую в любом случае — просто обратите внимание, что то, с чем вы столкнулись, является проблемой и немного усложняет модульное тестирование.

EF обычно должен знать возвращаемые поля (в зависимости от того, как вы их сопоставили). Как конкретно вы вызываете эту процедуру? непосредственно в контексте или он сопоставляется с операцией объекта (например, операция выбора-чтения)

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

Почему бы вам не сделать проверку на наличие действительного адреса перед вызовом SP с помощью этого SP всегда будет возвращать действительное значение address, и это не вернет никаких исключений.

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

Ну, ваш подход немного странный — по крайней мере, для EF.

В некоторых случаях вы возвращаете AddressLine1 и State (поэтому он был настроен на ожидание этих двух), а в других — нет… таким образом, в зависимости от входных данных форма вашего вывода отличается. EF действительно не может с этим справиться…