Получение неверного имени столбца с Entity Framework

Question

Я использую Entity Framework в моем текущем проекте.После развертывания кода в производстве мы столкнулись с перечисленными ниже проблемами.

2019-01-28 13: 55: 28.5528 UTC + 0000 ОШИБКА: DatabaseService.QueryAuthentication System.Data.EntityCommandExecutionException: произошла ошибкапри выполнении определения команды.Смотрите внутреннее исключение для деталей.---> System.Data.SqlClient.SqlException: недопустимое имя столбца 'GcdId'.в System.Data.SqlClient.SqlConnection.OnError (исключение SqlException, логическое breakConnection, Action`1 wrapCloseInAction) в System.Data.SqlClient.SqlInternalConnection.OnError (исключение SqlException, Boolean breakConnection SystemInli.A в1)..TdsParser.ThrowExceptionAndWarning (TdsParserStateObject stateObj, Boolean, Boolean callerHasConnectionLock asyncClose) в System.Data.SqlClient.TdsParser.TryRun (runBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader DATASTREAM, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj, Boolean & dataReady) в System.Data.SqlClient.SqlDataReader.TryConsumeMetaData () в System.Data.SqlClient.SqlDataReader.get_MetaData () в System.Data.SqlClient.SqlCommand.FinishExecuteReader (SqlDataReader Д.С., runBehavior runBehavior, строка resetOptionsString) в System.Data.SqlClient.SqlCommand.RunExecuteReaderTds (CommandBehavior cmdBehavior, RunBehavior runBehavior, логическое returnStream, логическое асинхронное, Int32Тайм-аут, Задача и задача, логическое asyncWrite, SqlDataReader ds, Логическое значение descriptionParameterEncryptionRequest) в System.Data.SqlClient.SqlCommand.RunExecuteReader (CommandBehavior cmdBehavior, RunBehavior, метод внешнего вызова, логический объект-объект, метод возврата к объекту, вторичный вызов задачи, резервное копирование, резервное копирование, резервное копирование, вторичный вызов задачи) в System.Data.SqlClient.SqlCommand.RunExecuteReader (CommandBehavior cmdBehavior, RunBehavior runBehavior, логический returnStream, метод String) в System.Data.SqlClient.SqlCommand.ExecuteReader (Command.DataSl.ExecuteDbDataReader (поведение CommandBehavior) в System.Data.Common.DbCommand.ExecuteReader (поведение CommandBehavior)
в System.Data.EntityClient.EntityCommandDefinition.ExecuteStoreCommands (внутреннее поведение EntityCommand стека - исключение поведения- в System.Data.EntityClient.EntityCommandDefinition.ExecuteStoreCommands (EntityCommand entityCommand, Coповедение mmandBehavior) в System.Data.Objects.Internal.ObjectQueryExecutionPlan.Execute [TResultType] (контекст ObjectContext, параметр ObjectParameterCollectionValues) в System.Data.Objects.ObjectQuery`1.GetResults (Nullable`1. forject.ObjectQuery`1.System.Collections.Generic.IEnumerable.GetEnumerator () в System.Linq.Enumerable.First [TSource] (источник IEnumerable`1) в System.Data.Objects.ELinq.ObjectQueryProvider. <> C__11`1.b__11_0(IEnumerable`1 sequence) в System.Data.Objects.ELinq.ObjectQueryProvider.ExecuteSingle [TResult] (IEnumerable`1, Expression queryRoot) в System.Data.Objects.ELinq.ObjectQueryProvider.System.Linq.IQueryProvider.] (Выражение выражения) в System.Data.Entity.Internal.Linq.DbQueryProvider.Execute [TResult] (выражение выражения) в System.Linq.Queryable.First [TSource] (источник IQueryable`1)

Ниже приведены шаги, которые мы выполнили:

1. Мы генерируем сущности из Test Db, поскольку у нас их нетдоступ к Prod Db.EF5 используется для генерации сущностей, и мы использовали подход Database First.

2. Мы создаем настройку для приложения, которое необходимо развернуть.

3. Prod Db был обновлен с помощью скрипта Db.Структура Prod и Test Db одинакова с точки зрения таблиц и столбцов.

4. Приложение было установлено на клиентском компьютере через установщик.

5. Когда клиент запускает приложение, появляется указанная выше ошибка, хотя в таблице в Db существует столбец.

Может кто-нибудь подсказать нам, в чем причина этой проблемы и возможное решение для ее устранения.

Answer 1

Проверьте в приложении, в какой функции или процедурах он выдает ошибку, используйте try catch тоже. Иногда Entity Framework сохраняет объекты с другим именем. Проверьте это тоже.