4

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

Можно ли поместить его в отдельный файл и обозначить структуру сущности объекта.

+0

appsettings имеет атрибут [file] (http://msdn.microsoft.com/en-us/library/aa903313%28v=VS.71%29.aspx), который может указывать на другой файл. Рекомендуется, чтобы этот файл также имел расширение .config для обеспечения безопасности. – qujck

+0

Извините, но строка соединения для сущности framework хранится в элементе строки подключения, а не в конфиге приложения. но ваше решение указало, что я ищу что-то похожее там, и я нашел http://stackoverflow.com/questions/6582970/separate-connectionstrings-and-mailsettings-from-web-config-possible – Mortalus

+0

Возможный дубликат [Отдельные соединенияString и mailSettings от web.config? Возможно?] (Https://stackoverflow.com/questions/6582970/separate-connectionstrings-and-mailsettings-from-web-config-possible) – jamiebarrow

ответ

18

Я нашел ответ здесь Separate ConnectionStrings and mailSettings from web.config? Possible?:

<configuration> 
    <connectionStrings configSource="connections.config"/> 
</configuration> 

с файлом, содержащим connections.config

<connectionStrings> 
    <add name="name" connectionString="conn_string" providerName="System.Data.SqlClient" /> 
    <add name="name2" connectionString="conn_string2" providerName="System.Data.SqlClient" /> 
</connectionStrings> 
3

В случае, если кто натыкается на этот вопрос. Вы можете поместить строки подключения в отдельный файл конфигурации с помощью configSource, но DONT ожидает, что дизайнер EF будет работать с ним счастливо.

Каждый раз, когда вы редактируете edmx и «Update from Database», он запрашивает новую строку подключения и затем всегда хочет сохранить ее обратно в web.config. Не идеально, и для меня это невозможно. Это имеет место в EF6 и предыдущем.

+0

С базой данных в базе данных, да, вы правы, но код сначала не будет отредактируйте web.config, который является самым актуальным и правильным подходом, который должен иметь любой проект. –

+0

Не предполагайте, что «Code First» всегда будет лучшим способом продвижения новых проектов EF, даже «зеленого поля». Модель миграции First First для баз данных стала для меня такой большой головной болью, что я предпочел подход Database First, даже когда у меня есть карт-бланш при разработке данных. Вы изменяете свою БД, сценарий, чтобы вы могли сделать то же самое изменение в других средах, а затем обновить EDMX и начать использовать обновленный уровень домена. – KeithS

+0

Конечно, если вы собираетесь использовать подход DB-First, вы в значительной степени застреваете с EF6, так как EF7/Core 1.0 сбрасывает модельный дизайнер. – KeithS

Смежные вопросы