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

Обновлено: 07.01.2025

Внедрение строк соединения в код приложения может привести к появлению уязвимых мест в системе безопасности и проблем с обслуживанием. Незашифрованные строки подключения, скомпилированные в исходный код приложения, можно просматривать с помощью средства Ildasm.exe (IL Disassembler). Кроме того, после изменения строки соединения необходимо перекомпилировать приложение. По этим причинам рекомендуется хранить строки соединения в файле конфигурации приложения.

Работа с файлами конфигурации приложения

Раздел connectionStrings

Строки подключения могут храниться в виде пар "ключ/значение" в разделе connectionStrings элемента configuration файла конфигурации приложения. Дочерние элементы включают add, clear и remove.

Можно сохранить часть строки соединения в файле конфигурации и для ее дополнения во время выполнения использовать класс DbConnectionStringBuilder. Это удобно в сценариях, в которых заранее неизвестны элементы строки соединения или желательно не сохранять конфиденциальные данные в файле конфигурации. Дополнительные сведения см. в статье Connection String Builders (Построители строк подключения).

Использование внешних файлов конфигурации

Для хранения строк подключения во внешнем файле конфигурации создайте отдельный файл, содержащий единственный раздел connectionStrings. Не следует включать какие-либо дополнительные элементы, разделы или атрибуты. В данном примере показан синтаксис внешнего файла конфигурации.

В основном файле конфигурации приложения для указания полного имени и расположения внешнего файла используется атрибут configSource. В следующем примере применяется ссылка на внешний файл конфигурации с именем connections.config .

Получение строк соединения во время выполнения

Файл machine.config также содержит раздел connectionStrings, включающий строку подключения, используемую Visual Studio. При получении строк подключения из файла app.config приложения Windows с помощью имени поставщика в первую очередь загружаются строки подключений из файла machine.config, затем записи из файла app.config. Добавление ключевого слова clear сразу после элемента connectionStrings приводит к удалению из памяти всех ссылок, унаследованных от структуры данных, поэтому учитываются только строки подключений, определенные в локальном файле app.config.

Работа с классами конфигурации

Для получения строк соединения из файлов конфигурации приложения используется ConnectionStringSettingsCollection. Этот объект содержит коллекцию объектов ConnectionStringSettings, каждый из которых представляет одну запись в разделе connectionStrings. Его свойства сопоставляются с атрибутами строк соединения, что позволяет получить строку соединения, указав имя строки или имя поставщика.

Свойство	Описание
Name	Имя строки соединения. Сопоставляется с атрибутом name.
ProviderName	Полное имя поставщика. Сопоставляется с атрибутом providerName.
ConnectionString	Строка подключения. Сопоставляется с атрибутом connectionString.

Пример. Список всех строк соединения

Файл System.Configuration.dll не включается в проекты всех типов, поэтому для использования классов конфигурации может потребоваться сформировать на него ссылку. Имя и расположение файла конфигурации определенного приложения зависит от типа приложения и процесса размещения.

Пример. Извлечение строки соединения по имени

Данный пример демонстрирует способ получения строки соединения из файла конфигурации путем указания ее имени. Код создает объект ConnectionStringSettings, сопоставляя указанный входной параметр с именем ConnectionStrings. Если совпадающее имя не найдено, функция возвращает значение null ( Nothing в Visual Basic).

Пример. Извлечение строки соединения по имени поставщика

В этом примере демонстрируется способ получения строки подключения путем указания неизменяемого имени поставщика в формате System.Data.ProviderName. В коде выполняется итерация по ConnectionStringSettingsCollection и происходит возврат строки соединения для первого найденного ProviderName. Если имя поставщика не найдено, функция возвращает значение null ( Nothing в Visual Basic).

Шифрование разделов файлов конфигурации с использованием защищенной конфигурации

В приведенном ниже фрагменте файла конфигурации показан раздел connectionStrings после шифрования. В разделе configProtectionProvider задается поставщик защищенной конфигурации, который используется для шифрования и дешифрования строк подключения. Раздел EncryptedData содержит зашифрованный текст.

Поставщики защищенной конфигурации

Оба поставщика обеспечивают надежное шифрование данных. Однако, если планируется использовать один файл конфигурации на нескольких серверах, как в веб-ферме, то только RsaProtectedConfigurationProvider позволяет экспортировать ключи шифрования, применяемые для шифрования данных, и импортировать их в другой сервер. Дополнительные сведения см. в разделе Импорт и экспорт защищенных контейнеров ключей RSA для конфигурации.

Использование классов конфигурации

Пространство имен System.Security.Cryptography содержит классы, которые предоставляют дополнительные возможности шифрования и расшифровки данных. Эти классы можно использовать в том случае, если требуются криптографические службы, недоступные с использованием защищенной конфигурации. Некоторые из этих классов являются оболочками для Microsoft CryptoAPI, а другие представляют собой реализации полностью на управляемом коде. Дополнительные сведения см. в разделе Службы криптографии.

Пример App.config

Этот пример демонстрирует переключение шифрования раздела connectionStrings в файле app.config для приложения Windows. В этом примере процедура принимает имя приложения в качестве аргумента, например, «MyApplication.exe». Затем файл app.config зашифровывается и копируется в папку, которая содержит исполняемый файл с именем MyApplication.exe.config.

Строку соединения можно расшифровать только на компьютере, где она была зашифрована.

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

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

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

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

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

Работает отлично, но хотелось бы знать, почему указанный проект не использует свой собственный файл конфигурации для извлечения строки подключения. @ Александр Старый вопрос, но да, я также хотел бы знать, почему. @ Александр, платформа загружает и использует файл (ы) конфигурации для выполняющейся сборки. В данном случае это веб-проект. Библиотеки классов обычно не имеют своих собственных файлов конфигурации. Команды Enable-Migration при запуске в контексте NuGet COnsole смотрят файл конфигурации Startup Projects, а не обязательно тот проект, в котором вы, как вы думаете, будут. Просто установите проект с app.config, который вы хотите использовать для запуска проект. При желании сохраните строки подключения в одном файле конфигурации, а затем назовите их в других проектах с помощью <connectionString configSource = "../ ProjectDir / SharedConnections.config" />

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

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

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

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

Ключевой ответ на этот вопрос заключается в том, что библиотека классов (где находится файл .edmx) не является вашим проектом STARTUP. Я понял, что мой стартовый проект не был настроен на проект, в котором был мой web.config. Это было консольное приложение с другим app.config. Поэтому, если вы добавляете консольные приложения в свое веб-решение, убедитесь, что ваш веб-проект является стартовым проектом при запуске update-database! По какой-то причине я выгрузил свой основной проект, и после его перезагрузки я получил эту ошибку, пытаясь добавить миграции. Создание основного проекта запуска проекта снова решило проблему. Спасибо @Oren Мой стартовый проект был изменен по ошибке. Это ключевой бит. Ваш ответ действительно помог!

убедитесь, что вы делаете свой проект (с 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'

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

Это на самом деле проект содержит строку подключения, которая должна быть установлена как стартовый проект, и обычно это не тот проект, в котором находится ваш файл DbContext . таким образом, в дополнение к тому, чтобы убедиться, что Package Mgr нацелен на нужный слой, должен быть тот же самый слой Set as Startup Project - согласно скриншоту, показанному выше. (даже если вы нажмете F5, вы не сможете запустить библиотеку классов) Это спасло мою жизнь. Несмотря на то, что в Диспетчере пакетов мне был задан проект по умолчанию для проекта, в котором был задан контекст, он все равно не переопределился. «Но это сработало вчера! Точно такая же команда !» => ЭТО!

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

и сделал мой день также, потому что я не мог найти решение, почему мой проект запуска внезапно прекратил находить файл конфигурации. Мои app.config и <appname> .exe.config обнаруживались в моей корзине автозагрузки проекта, но EntityFramework не смог найти строку подключения, которую я использовал вечно. Недавно я удалил несколько неиспользуемых проектов из решения, и мне интересно, было ли это как-то связано с этим. Я удалил веб-проект из решения. Хотите знать, полагались ли мои другие проекты на web.config или что-то необычное в этом роде? Конфигурация запущенного проекта используется всеми другими дочерними проектами.

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

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

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

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

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

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

Да, это работает. Я создал библиотеку классов для EF для связи с БД, и у меня возникла та же проблема.

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

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

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

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

Да, это так. Проект, содержащий строку подключения, является библиотекой классов, которая включает только файл App.config. Проект MVC, кажется, не проверяет это. во время разработки он будет проверять только app.config своего проекта, вы должны добавить туда Спасибо за ваш ответ. Я попытался скопировать строку подключения из проекта, содержащего файл edmx, и поместить его в корневой файл web.config в моем проекте MVC. К сожалению, он все еще не может найти строку подключения. Нужно ли каким-либо образом изменять строку подключения? это наоборот. Во время разработки вам понадобится строка con в app.cofnig в проекте с файлом .edmx. Если у вас есть, может быть, имя не так. Имя строки соединений должно совпадать с именем свойства "имя объекта сущности" в вашем файле .edmx

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

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

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

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

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

Спасибо, у меня была проблема с загрузкой моего проекта, и он потерял "Startup Project". Ваш ответ напомнил мне, чтобы убедиться, что проект с файлом контекста и app.config был при запуске.

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

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

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

Таким образом, вы можете включать команды в свои процедуры, и вам не нужно постоянно менять стартовый проект по умолчанию.

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

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', который ссылается на библиотеку классов следующим образом:

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

Причина этой ошибки: если мы не будем указывать имя строки подключения или строку подключения в производном классе 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, и она работает.

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

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

Никакая строка соединения с именем "MyEntities" не может быть найдена в файл конфигурации приложения.

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

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

21 ответ

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

Работает отлично, но хотелось бы знать, почему указанный проект не использует свой собственный файл конфигурации для извлечения строки подключения. @Alexander Александр Старый вопрос, но да, я также хотел бы знать, почему. Мне пришлось добавить его в мой web.config для проекта MVC, app.config там не был загружен. Не уверен, почему он ищет там отдельный проект. @Alexander Александр, платформа загружает и использует файл (ы) конфигурации для выполняющейся сборки. В данном случае это веб-проект. Библиотеки классов обычно не имеют своих собственных файлов конфигурации. Команды Enable-Migration при запуске в контексте NuGet COnsole смотрят файл конфигурации Startup Projects, а не обязательно тот проект, в котором вы, как вы думаете, будут. Просто установите проект с app.config, который вы хотите использовать для запуска проект. При желании сохраните строки подключения в одном файле конфигурации, а затем назовите их в других проектах с помощью <connectionString configSource = "../ ProjectDir / SharedConnections.config" /> Как это не ошибка? Тем не мение; разобрал мою проблему все таки. не очень интуитивно понятно наверняка должно быть исправление для этого в следующих версиях. Я просто потратил впустую день. не догадался бы. Зачем иметь app.config, если моя библиотека классов не использует его. Спасибо @Jerry Джерри Загруженный / использованный файл конфигурации всегда тот, который находится в проекте, который запускает процесс. В этом случае «контейнерным» проектом MVC является тот, которому принадлежит процесс, поэтому загруженный файл конфигурации (по умолчанию) будет его файлом .config.

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

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

Ключевой ответ на этот вопрос заключается в том, что библиотека классов (где находится файл .edmx) не является вашим проектом STARTUP. Я понял, что мой проект запуска не был настроен на проект, в котором был мой web.config. Это было консольное приложение с другим app.config. Поэтому, если вы добавляете консольные приложения в свое веб-решение, убедитесь, что ваш веб-проект является стартовым проектом при запуске update-database! Я по какой-то причине выгрузил свой основной проект, и после его перезагрузки я получил эту ошибку, пытаясь добавить миграции. Создание основного проекта запуска проекта снова решило проблему. Спасибо @Oren Мой стартовый проект был изменен по ошибке. Это ключевой бит. Ваш ответ действительно помог!

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

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

Вызвать команду, подобную этой

Затем повторите попытку

Это на самом деле проект содержит строку подключения, которая должна быть установлена как стартовый проект, и обычно это не тот проект, в котором находится ваш файл DbContext Мне нравится этот ответ лучше всего. В наших решениях мы помещаем файлы app.config во многие неисполняемые слои, несмотря на то, что неиспользуемый exe-файл не может напрямую использовать файл конфигурации. В зависимости от целевого .exe, он может помочь разработчику сообщить, что ему нужно скопировать / вставить, чтобы app.config нужного приложения. . таким образом, в дополнение к тому, чтобы убедиться, что Package Mgr нацелен на нужный слой, этот же самый слой должен быть Set as Startup Project - как показано на скриншоте выше. (даже если вы нажмете F5, вы не сможете запустить библиотеку классов) Это спасло мою жизнь. Несмотря на то, что в Диспетчере пакетов мне был задан проект по умолчанию для проекта, в котором был задан контекст, он все равно не переопределился. «Но это сработало вчера! Точно такая же команда !» => ЭТО!

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

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

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

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

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

Щелкните правой кнопкой мыши Solution - щелкните свойства
В разделе Общие свойства выберите проект запуска
На правой панели выберите проект, который имеет строки подключения (в большинстве случаев это будут проекты MVC - проект, который запускает решение)

Да, это работает. Я создал библиотеку классов для EF для связи с БД, и у меня возникла та же проблема.

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

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

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

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

Никакая строка соединения с именем "MyEntities" не может быть найдена в файл конфигурации приложения.

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

ОТВЕТЫ

Ответ 1

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

Ответ 2

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

Ответ 3

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

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

Вызвать команду, подобную этой

Затем повторите попытку

Ответ 4

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

Ответ 5

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

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

Ответ 6

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

Ответ 7

Ответ 8

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

Щелкните правой кнопкой мыши Solution - щелкните свойства
В разделе Общие свойства выберите проект запуска
На правой панели выберите проект, который имеет строки подключения (в большинстве случаев это будут проекты MVC - проект, который запускает решение)

Ответ 9

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

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

Ответ 10

Ответ 11

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

Ответ 12

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

Ответ 13

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

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

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

Ответ 14

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

Ответ 15

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

Enable-Миграция
Add-Migrations -StartupProject [имя вашего проекта, которое содержит класс контекста данных]
Обновление базы данных -StartupProject [то же имя проекта, что и выше]

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

Ответ 16

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

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

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

Ответ 17

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

Ответ 18

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

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

Ответ 19

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

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

Ответ 20

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

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

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

Ответ 21

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

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

Ответ 22

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

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

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

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

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

Ответ 23

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

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

Ответ 24

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

name=. следует изменить на ваше имя Строка соединения

Ответ 25

Существует комментарий на главный ответ @RyanMann, который предлагает:

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

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

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

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

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

Читайте также: