Не знайдено постачальника Entity Framework для постачальника ADO.NET з інваріантною назвою "System.Data.SqlClient"

Після завантаження EF6 за допомогою nuget та спробу запустити мій проект, він повертає таку помилку:

Не знайдено постачальника Entity Framework для постачальника ADO.NET з інваріантною назвою "System.Data.SqlClient". Переконайтеся, що постачальник зареєстрований у розділі "entitFramework" у файлі конфігурації програми. Для отримання додаткової інформації див. Http://go.microsoft.com/fwlink/?LinkId=260882 .

Я щойно потрапив у ту ж проблему, і це виглядає як EntityFramework, хоча встановлений з NuGet Package Manager був неправильно встановлений у проекті.

Мені вдалося виправити це, виконавши таку команду на консолі менеджера пакунків :

PM> Install-Package EntityFramework

Ви додали EF до проекту бібліотеки класів. Вам також потрібно додати його до проекту, на який посилається (додаток консолі, веб-сайт чи інше).

Вам не потрібно встановлювати Entity Framework у своєму додатку Console, просто потрібно додати посилання на збірку EntityFramework.SqlServer.dll. Ви можете скопіювати цю збірку з проекту Бібліотека класів, який використовує Entity Framework, у папку LIB і додати посилання на неї.

Підсумовуючи:

• Застосування бібліотеки класів:
  
  • Встановити Entity Framework
  • Напишіть код свого рівня даних
  • Файл app.config має всю конфігурацію, пов’язану з Entity Framework, за винятком рядка з'єднання.
• Створіть консольну, веб-або настільну програму:
  
  • Додайте посилання на перший проект.
  • Додати посилання на EntityFramework.SqlServer.dll.
  • app.config / web.config містить рядок підключення (пам’ятайте, що назва запису конфігурації має бути таким же, як і ім'я класу DbContext.

Я сподіваюся, що це допомагає.

Ви також можете переглянути це повідомлення, якщо забудете включити "EntityFramework.SqlServer.dll".

Схоже, це нещодавно доданий файл в EF6. Спочатку я не включив його до свого модуля злиття і наткнувся на проблему, перелічену тут.

Замість того, щоб додавати EntityFramework.SqlServer до хост-проекту, ви можете забезпечити статичну посилання на нього з вашого проекту модель / об'єкта, як це

static MyContext()
{
    var type = typeof(System.Data.Entity.SqlServer.SqlProviderServices);
    if(type == null)
        throw new Exception("Do not remove, ensures static reference to System.Data.Entity.SqlServer");
}

Це змусить процес збирання включати складання з хост-проектом.

Докладніше про мій блог http://andersmalmgren.com/2014/08/20/implicit-dependitions-and-copy-local-fails-to-copy/

При встановленні Entity Framework 6 до Nuget. EntityFramework.SqlServer колись пропускають інший виконуваний файл. Просто додайте Nugetпакет до цього проекту.

Іноді вище не працює для тестового проекту

Щоб вирішити цю проблему в тестовому проекті, просто помістіть цей метод у тестовий проект:

public void FixEfProviderServicesProblem()
{
    var instance = System.Data.Entity.SqlServer.SqlProviderServices.Instance;
}

Цей метод ніколи не називався, але, як мої спостереження, компілятор видалить усі "непотрібні" збірки і без використання EntityFramework.SqlServerматеріалу тест не вдасться.

Додайте цю функцію

private void FixEfProviderServicesProblem()

до контекстного класу бази даних у класі бібліотеки та відсутнього DLL EntityFramework.SqlServer.dll буде скопійовано у потрібні місця.

namespace a.b.c
{
    using System.Data.Entity;

    public partial class WorkflowDBContext : DbContext
    {
        public WorkflowDBContext()
            : base("name=WorkflowDBConnStr")
        {
        }

        public virtual DbSet<WorkflowDefinition> WorkflowDefinitions { get; set; }
        public virtual DbSet<WorkflowInstance> WorkflowInstances { get; set; }
        public virtual DbSet<EngineAlert> EngineAlerts { get; set; }
        public virtual DbSet<AsyncWaitItem> AsyncWaitItems { get; set; }
        public virtual DbSet<TaskItem> TaskItems { get; set; }
        public virtual DbSet<TaskItemLink> TaskItemLinks { get; set; }

        protected override void OnModelCreating(DbModelBuilder modelBuilder)
        {
        }

        private void FixEfProviderServicesProblem()
        {
            // The Entity Framework provider type 'System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer'
            // for the 'System.Data.SqlClient' ADO.NET provider could not be loaded. 
            // Make sure the provider assembly is available to the running application. 
            // See http://go.microsoft.com/fwlink/?LinkId=260882 for more information.
            var instance = System.Data.Entity.SqlServer.SqlProviderServices.Instance;
        }
    }
}

.

Жодне з них не працювало на мене. Я знайшов рішення в іншому стартовому запитанні . Я додам його сюди для зручності:

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

private volatile Type _dependency;

public MyClass()
{
    _dependency = typeof(System.Data.Entity.SqlServer.SqlProviderServices);
}

Я отримав таку ж помилку під час використання Entity Framework 6 із SQL Server Compact 4.0. Стаття про MSDN для постачальників організацій Entity Framework для EF6 була корисною. Запуск відповідних команд постачальника в якості пакунків назви на консолі диспетчера пакетів може вирішити проблему, оскільки також пакети NuGet автоматично додадуть реєстрації до конфігураційного файлу. Я побіг PM> Install-Package EntityFramework.SqlServerCompactвирішити проблему.

Сьогодні зіткнулися з цією проблемою, коли працювали з набором веб-служб, кожен з різних проектів, і окремим проектом, що містить тести інтеграції для деяких із цих служб.

Я вже деякий час використовую цей параметр разом із EF5, не потребуючи включення посилань на EF з тестового проекту інтеграції.

Тепер, після поновлення до EF6, здається , мені потрібно включити посилання на EF6 в тесті інтеграції проекту теж, навіть якщо він не використовується ( в значній мірі як було зазначено вище, user3004275 ).

Показання, з якими ви стикаєтесь з тією ж проблемою:

• Дзвінки безпосередньо до EF (підключення до БД, отримання даних тощо) працюють нормально, доки вони ініційовані з проекту, який має посилання на EF6.
• Дзвінки в службу через опублікований сервісний інтерфейс спрацьовують; тобто відсутні сервісні посилання "внутрішньо" в службі.
• Заклики безпосередньо до публічних методів у проекті обслуговування, від проекту поза службою, спричинить цю помилку, навіть якщо EF не використовується в цьому проекті сам; тільки внутрішньо у названому проекті

Третій момент - це те, що мене відкинуло на деякий час, і я все ще не впевнений, чому це потрібно. Додавання посилання на EF6 в мій проект інтеграційного тесту вирішило його в будь-якому випадку ...

Коли помилка трапляється в тестових проектах, найкрасивішим рішенням є прикрасити тестовий клас:

[DeploymentItem("EntityFramework.SqlServer.dll")]

Запуск проекту, який посилається на проект, де використовується Entity Framework, потребує наступних двох складок у своїй папці bin:

• EntityFramework.dll
• EntityFramework.SqlServer.dll

Додавання <section>до <configSections>файлу .config у проекті запуску робить першу збірку доступною в цьому каталозі бін. Ви можете скопіювати це з файлу .config вашого проекту Entity Framework:

<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>

Щоб зробити другий .dll доступним у папці bin, хоча це не практично, можна зробити копію вручну з папки bin проекту Entity Framework. Кращою альтернативою є додавання до подій після побудови проекту Entity Framework наступних рядків, які автоматизують процес:

cd $(ProjectDir)
xcopy /y bin\Debug\EntityFramework.SqlServer.dll ..\{PATH_TO_THE_PROJECT_THAT_NEEDS_THE_DLL}\bin\Debug\

Я просто сьогодні стикаюся з цією проблемою. У мене є бібліотека класів сховищ даних із пакетом EF63 NuGet та консольним додатком для тестування, які мають посилання лише на проект бібліотеки класів. Я створив дуже просту команду після збірки, яка копіює EntityFramework.SqlServer.dll з папки Bin \ Debug бібліотеки класів у папку Bin \ Debug консолі програми та вирішена проблема. Не забудьте додати розділ entitFramework до файлу .config консолі програми.

Додайте нижче до своєї програми.config.

 <entityFramework>
    <defaultConnectionFactory type="System.Data.Entity.Infrastructure.LocalDbConnectionFactory, EntityFramework">
      <parameters>
        <parameter value="v11.0" />
      </parameters>
    </defaultConnectionFactory>
    <providers>
      <provider invariantName="System.Data.SqlClient" type="System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer" />
    </providers>
  </entityFramework>

Видалення BIN-папки зробило це для мене

Вам слід змусити статичне посилання на збірку EntityFramework.SqlServer.dll , але замість того, щоб ставити фіктивний код, ви можете зробити це красивіше:

1. Якщо у вас вже є клас DbConfiguration :

   public class MyConfiguration : DbConfiguration
   {
       public MyConfiguration()
       {
           this.SetProviderServices(System.Data.Entity.SqlServer.SqlProviderServices.ProviderInvariantName, System.Data.Entity.SqlServer.SqlProviderServices.Instance);
       }
   }

2. Якщо у вас немає класу DbConfiguration, ви повинні ввести наступний код при запуску програми (до використання EF):

   static MyContext()
   {
       DbConfiguration.Loaded += (sender, e) =>
           e.ReplaceService<DbProviderServices>((s, k) => System.Data.Entity.SqlServer.SqlProviderServices.Instance);
   }

Я щойно перевстановив Entity Framework за допомогою Nuget. І дотримуйтесь інструкції, написаної за посиланням нижче: http://robsneuron.blogspot.in/2013/11/entity-framework-upgrade-to-6.html

Я думаю, що проблема буде вирішена.

Розгорніть файл YourModel.edmx та відкрийте клас YourModel.Context.cs під YourModel.Context.tt.

Я додав наступний рядок у розділі використання, і помилка була виправлена ​​для мене.

використання SqlProviderServices = System.Data.Entity.SqlServer.SqlProviderServices;

Можливо, вам доведеться додавати цей рядок у файл щоразу, коли файл автоматично створюється.

У мене також була подібна проблема. Мою проблему було вирішено виконавши наступні дії:

Схоже, ніхто не згадав першу перевірку, чи встановлено System.Data.SqlClient в системі та чи робиться посилання на неї.

я вирішив свою проблему, встановивши System.Data.SqlClient і додавши нового провайдера в app.Config

<provider invariantName="System.Data.SQLite" type="System.Data.SQLite.EF6.SQLiteProviderServices, System.Data.SQLite.EF6"/>

Також переконайтеся, що стартовим проектом є проект, який містить ваш dbcontext (або відповідний app.config). Майн намагався запустити проект веб-сайту, який не мав усіх необхідних налаштувань конфігурації.

Я спробував майже все вищесказане і нічого не вийшло.

Тільки тоді , коли я поставив посилання бібліотеки DLL в проекті по замовчуванням EntityFrameworkі EntityFramework.SqlServerвластивості , Copy Localщоб Trueзробив це почати працювати!

всім мені потрібна Ваша увага, що два dll EntityFramework.dll і EntityFramework.SqlServer.dll - це бібліотека шарів DataAccess. І використовувати їх не можна логічно, переглядаючи чи будь-який інший слой. Це вирішує вашу проблему, але це не логічно.

Логічний спосіб полягає в тому, що атрибут enitiess видаляє та замінює їх на Fluent API.це справжнє рішення

У мене була одна консольна програма та бібліотека класів. У бібліотеці класів я створив модель даних Entity (клацніть правою кнопкою миші на Бібліотека класів> Додати> Новий елемент> Дані> ADO.NET Entity Data Model 6.0) і помістив посилання всередині консольного додатка. Отже, у вас є консольна програма, яка має посилання на бібліотеку класів, а всередині бібліотеки класів у вас є модель EF. У мене була така ж помилка, коли я намагався дістати деякі записи із таблиці.

Я вирішив цю проблему, виконавши наступні кроки:

1. Клацніть правою кнопкою миші рішення та виберіть опцію "Керувати пакетами NuGet для рішення", і з'явиться вікно менеджера пакунків NuGet.
2. Перейдіть до параметра "Керування" у розділі "Встановлені пакети" Порада: Entity Framework додано до бібліотеки класів, тож у вас буде EntityFramework у розділі "Встановлені пакети", і ви побачите опцію "Керувати"
3. Клацніть на опцію "Керувати" та встановіть прапорець, щоб встановити пакет до проекту, який має посилання на бібліотеку класів, яка містить модель EF (у моєму випадку я встановив прапорець для встановлення пакета в консольний додаток, який мав посилання на бібліотеку класів, яка мала модель EF всередині)

Це все, що я мав зробити, і все працювало ідеально.

Сподіваюся, це допомогло.

У мене така ж помилка. Дивно, що це відбувається лише коли я використовував свій dbContext для запиту до будь-якої з моїх моделей або отримання його списку на зразок:

var results = _dbContext.MyModel.ToList();

Ми намагалися перевстановити Entity Framework, віднести його належним чином, але безрезультатно.

На щастя, ми спробували перевірити Nuget на ALLрішення, а потім оновити все або переконатисяeverything це одна і та ж версія, оскільки ми помітили, що два проекти мають різні версії EF у веб-проекті. І це працює. Помилка відпала.

Ось скріншот про те, як керувати Nuget для всіх рішень:

Вам просто не вистачає посилання на EntityFramework.SqlServer.dll. Для проектів EntityFramework, що використовують SQL Server, два файли, на які вам потрібно посилатися, це EntityFramework.SqlServer.dll та EntityFramework.dll

У мене була пов'язана проблема під час переходу з CE db на Sql Server на Azure. Тільки витратили 4 години, намагаючись вирішити це. Сподіваємось, це може врятувати когось подібну долю. Для мене я мав посилання на SqlCE у своєму файлі пакети.config. Видалення цього рішення вирішило всю мою проблему і дозволило використовувати міграції. Так, Microsoft для іншої технології з надмірно складними проблемами налаштування та налаштування.

У мене була така ж проблема, щойно скопіював файл програми Config з проекту, який містив DBContext, у мій тестовий проект

У мене був кинутий ідентичний виняток. Я включив

using System.Data; 
using System.Data.Entity;

і все знову повертається до роботи ..

Оскільки повідомлення показує, що нам потрібно додати провайдера System.Data.SqlClient, тому нам потрібно встановити нут-пакунок EntityFramework, який має два dll, але якщо ми розробляємо лише консольний додаток, тоді нам просто потрібно додати посилання на EntityFramework.SqlServer.dll