Строка подключения с именем «MyEntities» не найдена в файле конфигурации приложения

Я использую Entity Framework и ASP.NET MVC 4 для создания приложения

Мое решение разделено на два проекта;

• Библиотека классов, включающая мой файл модели данных (.edmx) и несколько пользовательских интерфейсов.
• Контейнерный проект MVC, который ссылается на библиотеку классов выше

Моя проблема в том, что когда я пытаюсь использовать DbContext ' MyEntites ', я получаю следующую ошибку:

Не удалось найти строку подключения с именем «MyEntities» в файле конфигурации приложения.

Я предполагаю, что проблема как-то связана с тем, что строка подключения находится в app.config библиотеки классов, а не в проекте MVC.

У кого-нибудь есть предложения?

Попробуйте скопировать строку соединений в файл .config в проекте MVC.

Вы правы, это происходит потому, что библиотека классов (где файл .edmx) не является вашим стартапом / основным проектом.

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

Если ваш стартовый / основной проект не имеет файла конфигурации (как это было в моем случае с консольным приложением), просто добавьте его (проект запуска - Добавить новый элемент -> Файл конфигурации приложения).

Более релевантную информацию можно найти здесь: MetadataException: невозможно загрузить указанный ресурс метаданных

убедитесь, что вы делаете свой проект (с DbContext) в качестве запуска

ИЛИ

Добавьте в проект, который задан в качестве запуска, строку подключения в app.config (или web.config)

ИЛИ

Вызови команду вот так

Update-Database -Script -ProjectName '<project name>' -StartupProjectName '<project name>' -ConnectionString 'data source=.;initial catalog=<db name>;integrated security=True;MultipleActiveResultSets=True' -ConnectionProviderName 'System.Data.SqlClient'

Тогда попробуйте еще раз

Вы можете просто передать строку подключения EntityFrameworkи продолжить свою жизнь:

public partial class UtilityContext : DbContext
{
    static UtilityContext()
    {
        Database.SetInitializer<UtilityContext>(null);
    }

    public UtilityContext()
        : base("Data Source=SERVER;Initial Catalog=DATABASE;Persist Security Info=True;User ID=USERNAME;Password=PASSWORD;MultipleActiveResultSets=True")
    {
    }

    // DbSet, OnModelCreating, etc...
}

Как вы предполагаете, это связано с тем, что строка подключения находится в app.config библиотеки классов.

Скопируйте запись из класса app.config в контейнер app.configили web.configфайл

Если у вас есть несколько проектов в решении, настройте проект как запущенный там, где у вас есть ваш App.config.

скопировать строку подключения app.configили web.configфайл в проекте, для которого установлено «Установить как StartUpпроект», и, если в случае использования инфраструктуры сущностей в проекте уровня данных - установите Nuget инфраструктуры сущностей в основном проекте.

Это также происходит , если проект стартапа изменен на тот, который не имеет в строках подключения .

1. Решение правой кнопкой мыши - щелкните свойства
2. Под Общими свойствами выберите запуск проекта
3. На правой панели выберите проект, который имеет строки подключения (в большинстве случаев это будут проекты MVC - проект, который запускает решение)

1. Добавить файл App.Config
2. Установите проект в качестве запуска проекта.

3. Убедитесь, что вы добавили строки подключения после entityFrameworkраздела:

   <configSections>
   <!-- For more information on Entity Framework configuration, visit http://go.microsoft.com/fwlink/?LinkID=237468 -->
   <section name="entityFramework" type="System.Data.Entity.Internal.ConfigFile.EntityFrameworkSection, EntityFramework, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false"/>
   
   </configSections>
   
   <connectionStrings>
      <!-- your connection string goes here, after configSection -->
   </connectionString>

Да, это глупо. Вы можете избежать копирования строки соединения с помощью компоновщика соединений. Код VB.Net (используется в производстве, но немного изменен здесь, поэтому рассматривается как непроверенный, готов помочь с любыми проблемами), где у меня есть переменная serverName, переменная databaseName, я передаю их в метод и генерирую соединение для меня:

    Dim EfBuilder As New System.Data.EntityClient.EntityConnectionStringBuilder("metadata=res://*/VMware.VmEf.csdl|res://*/VMware.VmEf.ssdl|res://*/VMware.VmEf.msl;provider=System.Data.SqlClient;provider connection string=""data source=none;initial catalog=none;integrated security=True;multipleactiveresultsets=True;App=EntityFramework""")
   Dim SqlBuilder As New Data.SqlClient.SqlConnectionStringBuilder(EfBuilder.ProviderConnectionString)
                        SqlBuilder.DataSource = serverName
                        SqlBuilder.InitialCatalog = databaseName
                        EfBuilder.ProviderConnectionString = SqlBuilder.ConnectionString
                        Using vmCtx As New VmEfConn(EfBuilder.ConnectionString)

Вы используете более одного проекта в своем решении?

Потому что, если вы, веб-конфигурация, которую вы должны проверить, находится в том же проекте, что и файл de .edmx.

Добавить ConnectionString в файл MVC Project Web.config

У меня была эта проблема, когда я использую несколько проектов, стартовый проект с web.config и app.config для проекта EntityFramework.

Чтобы избежать этой проблемы, вы должны:

1. Вам нужна строка подключения в запущенном файле * .config.
2. Вам необходимо установить DLL EntityFramework в ваши ссылки

Я столкнулся с той же проблемой. Мне не хватало положить строку подключения в автозагрузку проекта, так как я выполняю операцию доступа к данным с другого уровня. также, если у вас нет app.config в вашем проекте запуска, добавьте файл app.config и затем добавьте строку подключения в этот файл конфигурации.

Я получил это, не установив проект в качестве запуска, как указано в другом ответе. Мой вклад в это - когда вы выполняете Add-Migrations и Update-Database, укажите стартовый проект как часть команды в консоли диспетчера пакетов Nuget (не включайте символы '[' или ']', это просто для того, чтобы показать вам, что вы нужно изменить текст, расположенный там на название вашего проекта):

1. Enable-Миграция
2. Add-Migrations -StartupProject [имя вашего проекта, которое содержит класс контекста данных]
3. Update-Database -StartupProject [то же имя проекта, что и выше]

Это должно сделать это.

Это потому, что ваш контекстный класс наследуется от DbContext. Я полагаю, ваш ctor выглядит так:

public MyEntities()
    : base("name=MyEntities")

name=... следует изменить на имя вашей connectionString

Строка подключения, сгенерированная проектом, содержащим файл .edmx, генерирует строку подключения, это может показаться удержанием файлов вида app.config, которые были скопированы в выходной каталог и на которые ссылается исполняемый файл для хранения информации конфигурации среды выполнения.

Это нарушает работу веб-проекта, поскольку отсутствует автоматический процесс добавления случайной информации .config в файл web.config для веб-проекта.

Проще всего скопировать строку подключения из файла конфигурации в раздел соединений файла web.config и игнорировать содержимое файла конфигурации.

Лучший способ, который я только что нашел, - это временно установить этот проект (скорее всего, библиотеку классов) в стартовый проект. Это заставляет консоль диспетчера пакетов использовать этот проект в качестве источника конфигурации. одна из причин, по которой он настроен таким образом, заключается в модели сверху вниз, которой обычно следуют файлы econfig. Практическое правило заключается в том, что ближайший к клиенту проект (например, приложение MVC) - это файл web.config или app.config, который будет использоваться.

Убедитесь, что вы поместили строку подключения в ROOT web.config запуска проекта.

Я знаю, что в некотором роде заявляю об очевидном здесь, но это случилось и со мной - хотя у меня уже была строка подключения в моем проекте MVC Web.Config (файл .edmx был помещен в другой проект библиотеки классов), и я не мог не могу понять, почему я продолжаю получать исключение ... Короче говоря, я скопировал строку подключения в Views \ Web.Config по ошибке, в странной комбинации усталости и отсутствия прокрутки до конца сценарий решения проблемы. Да, такие вещи случаются и с опытными разработчиками :)

Эта проблема возникает, когда вы используете слои в своем проекте и определяете или устанавливаете фрейм Entity в DataLayer и пытаетесь запустить свой проект

Поэтому, чтобы преодолеть эту проблему, скопируйте строку подключения из слоя, где находится файл Edmx, и вставьте строку подключения в основной файл web.config.

Добавьте строку подключения в корневой файл web.config проекта MVC 'container', который ссылается на библиотеку классов следующим образом:

 <connectionStrings>

  <add name="MyEntities" connectionString="complete connection string here" providerName="System.Data.SqlClient" />

  </connectionStrings>

Если вы не хотите использовать «MyEntities» в качестве имени подключения, измените его по своему желанию, но сделайте следующее изменение в своем классе MyEntities DbContext:

MyEntities: DbContext
 {
   public MyEntities():base("Name-Of-connection-string-you wish to connect"){ }
 }

Причина этой ошибки: если мы не будем указывать имя строки подключения или строку подключения в производном классе DbConext (в вашем случае это MyEntities), тогда DbContext автоматически выполнит поиск строки подключения в корневом файле web.config, имя которого - то же самое, что и имя производного класса (в вашем случае это My Entities).

У меня была эта проблема при запуске MSTest. Я не мог заставить его работать без флага "noisolation".

Надеюсь, это кому-нибудь поможет. Это стоило мне много времени, чтобы понять это. Все отлично работает из IDE. Что-то странное в Entity Framework в этом контексте.

Регулярные миграции

Есть два варианта - первый, который предложили здесь все, - убедиться, что строка подключения находится в файле Web.config проекта. При работе со строками подключения из параметров приложения Azure это означает, что значения Web.config будут перезаписаны значениями Azure.

Azure или автоматическая миграция (программная)

Существует вторая опция, если вы запускаете миграцию программно, которая позволяет запускать миграции с использованием строки подключения, которая получается динамически (или с помощью параметров приложения Azure), не сохраняя ее в Web.config:

При настройке конфигурации TargetDatabase используйте конструктор DbConnectionInfo, который принимает строку подключения и имя поставщика, а не конструктор, который принимает только имя подключения. Если в строке подключения нет имени поставщика, и вы используете SQL Server / Azure SQL, используйте «System.Data.SqlClient»

Это также может привести к тому, что в вызывающем коде будет недостаточно ссылок на dll. Небольшой неуклюжий взлом может спасти ваш день.

Я следовал подходу DB First и создал файл EDMX в проекте библиотеки классов DAL, который имел ссылку на библиотеку классов BAL, на которую в свою очередь ссылалась служба WCF.

Так как я получал эту ошибку в BAL, я попробовал вышеупомянутый метод, чтобы скопировать детали конфигурации из App.config проекта DAL, но не решил. В конце концов, по совету друга, я просто добавил фиктивный файл EDMX в проект WCF (с соответствующим подключением к БД и т. Д.), Поэтому он импортировал все необходимое, а затем я просто удалил файл EDMX и просто избавился от проблемы с чистая сборка.

На верхний ответ @RyanMann есть комментарий, который предполагает:

Сохраните строки подключения в одном файле конфигурации, а затем назовите их в других проектах <connectionString configSource="../ProjectDir/SharedConnections.config" />

Это фантастическое предложение!

Он также работает для обмена строками соединения между файлами App.config и Web.config!

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

Единственное предостережение заключается в том, что он configSourceдолжен существовать в том же каталоге или подкаталоге. Ссылка выше объясняет, как использовать «Добавить как ссылку», чтобы обойти это.

У меня была эта ошибка при попытке использовать EF в плагине AutoCAD. Плагины САПР получают строку подключения из файла acad.exe.config. Добавьте строку подключения, как указано выше, в файл конфигурации acad, и она работает.

Кредит идет на Норман. Юань от ADN.Network.

Если вы используете модель MVVM, попробуйте скопировать строки подключения во все части вашего проекта.

Например, если ваше решение содержит два проекта: проект библиотеки классов и проект wpf, вы должны скопировать строки подключения внутреннего проекта (библиотеки классов porject) и поместить копию в файл App.config проекта wpf.

<connectionStrings>
  <add name="DBEntities" ... />
</connectionStrings>

Надеюсь, это полезно для вас :)

Добавьте Connectoinstrnig в файл web.config

<ConnectionStiring> <add name="dbName" Connectionstring=" include provider name too"  ></ConnectionStiring>