Используя VS 2008, SQL Server 2008 и WPF 3.5, я внесла некоторые изменения в мою схему и обновил модель. Он компилируется и работает нормально, пока клиентское приложение не потребует определенного объекта, и я получаю следующее (заменены фактические имена):
The data reader is incompatible with the specified '<Model>.<ViewBasedEntity>'. A member of the type, '<Property>', does not have a corresponding column in the data reader with the same name.
Я искал в приложении служб для связанных имен объектов и свойств, пробовал переименование свойств в Табличной карте. Кажется, что многие другие там сообщают о той же ошибке, но не могут найти своевременного ответа....
... Кто-нибудь знает, как отслеживать это, и если да, то есть ли в будущем исправление или методология, чтобы избежать этого?
Вместо обновления представления вы также можете обновить функцию Import:
У меня была аналогичная проблема, вызвавшая такое же сообщение об ошибке - проблема заключалась в том, что имя столбца, возвращаемое proc, включало пробел.
При создании сложного типа [my column] был создан как my_column.
Тогда при выполнении proc с ExecuteStoreQuery, my_column не было в считывателе данных, поскольку proc все еще возвращал [my column].
Решение: удалите пробел из имени столбца proc и воссоздайте свой сложный тип для импортируемой функции.
Хорошо - здесь тощий:
Это конкретное представление было настроено как тип возврата для хранимой процедуры, которую нужно было настроить как импорт функции в контейнере модели объекта.
Я обновил это представление для соответствия новым требованиям к отчетности, не понимая его значимости для импорта функций. Дополнительные поля не являются частью набора данных, распознанного для этой цели, поэтому он не мог найти соответствия ни для одного из них.
Итак, я продублировал представление и суффиксом его с помощью "Отчет", а затем вернул исходный код обратно к ожидаемому набору полей возврата.
Voila!
Пожалуйста, отметьте это сообщение в блоге. Проверьте первый комментарий Дивана Моллера. Возможно, вам будет полезно.
Я видел, как это происходит с объектами данных, которые изменяют набор результатов (например, sproc с оператором if). Сообщение об ошибке - это работа с объектной картой/программа чтения данных, сообщающая вам, что она ожидала столбца x и не была возвращена.
Чтобы обойти это, вы можете либо a) Убедитесь, что все пути вашего sproc возвращают одинаковые имена столбцов b) Использовать Database.ExecuteSqlCommand
Я столкнулся с той же проблемой при использовании Sprocs в последнее время. У меня был некоторый conditonal SQL в sproc по строкам нескольких инструкций "if"
IF @param1 = 'knownValue'
BEGIN
SELECT * FROM EntityType WHERE ID = 'somevalue'
END
ELSE IF @param1 = 'knownValue2'
BEGIN
SELECT * FROM EntityType WHERE ID = 'somevalue'
END
здесь мой EF-код:
return context.Database.SqlQuery<EntityType>(
"[NAV].[GeEntityType] @Date, @ID",
new SqlParameter("Date", paramDate),
new SqlParameter("ID", paramId)).ToList();
Я не рассматривал сценарии, где ни одно из операторов if не возвращалось, поэтому sproc даже не возвращал пустой набор результатов и заставлял EF выкидывать эту ошибку. Не возвращая даже пустой читатель, EF не мог сопоставлять столбцы со свойствами.
Надеюсь, что это поможет.
Простой способ: