У файлі конфігурації програми не було знайдено жодної рядки з'єднання з назвою "MyEntities"

Я використовую структуру сутності та 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проект", і якщо у випадку використання сутності фреймворку в проектному шарі даних - будь ласка, встановіть сукупність нуля фреймворку сутності в головному проекті.

Це також відбувається , якщо проект стартапу змінений на той, який НЕ має в рядках підключення .

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)

Ви використовуєте більше одного проекту для свого рішення?

Тому що, якщо ви є, веб-конфігурація, яку ви повинні перевірити, - це той самий проект, що і файл .edmx

Додати ConnectionString у файл MVC Project Web.config

У мене була ця проблема, коли я використовую декілька проектів, запуску proyect з web.config та app.config для проекту EntityFramework.

щоб уникнути цієї проблеми, ви повинні:

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

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

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

1. Увімкнути-міграцію
2. Add-Migrations -StartupProject [назва вашого проекту, що містить контекстний клас даних]
3. Update-Database -StartupProject [та сама назва проекту, як і вище]

Це повинно це робити.

Це тому, що ваш контекстний клас успадковується від DbContext. Я думаю, що ваш ctor такий:

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

name=... має бути змінено на ім'я з'єднання

Рядок підключення, згенерований проектом, що містить файл .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, який посилається на бібліотеку класів наступним чином:

 <connectionStrings>

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

  </connectionStrings>

Якщо ви не хочете використовувати "MyEntities" як ім'я з'єднання, то змініть його за своїм бажанням, але внесіть наступні зміни у свій клас DbContext MyEntities:

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

Причина цієї помилки полягає в тому, що якщо ми не будемо вказувати назву рядка з'єднання Або підключити рядок у похідному класі DbConext (у вашому випадку це MyEntities), тоді DbContext автоматично шукатиме рядок з'єднання в кореневому файлі web.config, хто має ім'я так само, як похідне ім'я класу (у вашому випадку це "Мої особи").

У мене була ця проблема під час запуску MSTest. Я не міг би змусити його працювати без прапора "шумування".

Сподіваємось, це комусь допомагає. Коштувати мені багато часу, щоб зрозуміти це. З IDE все пройшло нормально. Щось дивне в Entity Framework в цьому контексті.

Регулярні міграції

Є два варіанти - перший, який запропонували всі тут, - переконатися, що рядок з'єднання знаходиться у файлі Web.config проекту. Під час роботи з рядками підключення з налаштувань програми Azure, це означає перезапис ваших значень Web.config зі значеннями Azure.

Лабораторна або автоматична міграція (програмна)

Існує другий варіант, якщо ви виконуєте міграцію програмно, що дозволяє запускати міграції, використовуючи рядок з'єднання, що отримується динамічно (або через налаштування додатка Azure), не зберігаючи її у Web.config:

Під час встановлення бази даних TargetData конфігурації використовуйте конструктор 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. Плагіни CAD отримують рядок з'єднання з файлу acad.exe.config. Додайте рядок підключення, як було зазначено вище, у файл конфігурації акад., І він працює.

Кредит надходить до Norman.Yuan від ADN.Network.

Якщо ви використовуєте модель MVVM, спробуйте скопіювати рядки підключення до всіх частин вашого проекту.

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

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

Сподіваюся, це вам корисно :)

Додати файл Connectoinstrnig у файл web.config

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