Строка подключения сущности ADO.NET для нескольких проектов

Question

Я использую многоуровневый проект, в котором DataModel содержит модель сущности ADo.NET, а уровень DataAccess выполняет проверку.

Однако каждый раз, когда я получаю такую ​​ошибку,

Указанное именованное соединение либо не найдено в конфигурации, не предназначено для использования с поставщиком EntityClient, либо недействительно.

Я пробовал соединительные строки

<add name="SalesEntities" connectionString="metadata=res://*/SalesEntities.csdl|res://*/SalesEntities.ssdl|res://*/SalesEntities.msl;provider=System.Data.SqlClient;provider connection string=&quot;Data Source=.;Initial Catalog=Phoenix;Integrated Security=True;MultipleActiveResultSets=True&quot;" providerName="System.Data.EntityClient" />

и

<add name="SalesEntities" connectionString="metadata=.\SalesEntities.csdl|.\SalesEntities.ssdl|.\SalesEntities.msl;provider=System.Data.SqlClient;provider connection string=&quot;Data Source=.;Initial Catalog=Phoenix;Integrated Security=True;MultipleActiveResultSets=True&quot;" providerName="System.Data.EntityClient" />

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

Любая помощь высоко ценится. Большое спасибо как всегда :).

Answer 1

Вы должны поместить эти строки подключения в каждый файл приложения app.config. Если у вас есть DAL, в котором вы сгенерировали модель, а затем попытаетесь использовать DAL в EXE-файле, произойдет то же самое. EXE не знает строку подключения.

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

Answer 2

Я предлагаю немного изменить предложения, приведенные выше.

Это не огромное улучшение, но, по крайней мере, оно дает вам некоторое разделение интересов.

Когда мастер EF создает файл .edmx и связанный с ним файл .Designer .cs, код C # объявляет частичный класс. Таким образом, вы можете просто добавить еще один .cs файл в проект, содержащий два файла EDM.

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

Эта новая статическая функция будет возвращать экземпляр нужного типа (потомок ObjectContext).

Новый файл является отдельным файлом, поэтому он не будет перезаписан, если вы заново создадите .edmx и .Designer.cs.

Вы копируете и вставляете строку подключения из .config проекта EDM, что является своего рода хаком, но, по крайней мере, сохраняет строку подключения скрытой в проекте EDM.

Новый файл выглядит так:

namespace MyNamespace
{
  public partial class MyEntities : ObjectContext
  {
    public static MyEntities New_MyEntities()
    {
      string connStr;
      MyEntities theContext;

      connStr = "metadata=res://*/MyClass.csdl|res://*/MyClass.ssdl|res://*/MyClass.msl;provider=System.Data.SqlClient;provider connection string=\"Data Source=localhost\\SQLSERVER;Initial Catalog=MyDb;Integrated Security=True;MultipleActiveResultSets=True\"";
      // set the connection string

      theContext = new MyEntities(connStr);
      // allocate it

      return theContext;
      // return it
    }
  }
}

Чтобы получить новый объект сущностей, вы просто вызываете статическую функцию New_MyEntities () из вызывающего проекта.

Answer 3

Если вы скопируете свой файл App.Config в основной проект и замените все символы " на обычный символ ', он должен запустить

Answer 4

Я передал entityconnectionstring всем экземплярам классов objectContext и теперь он работает.

Но это слишком много, создание свойства со строкой соединения и передача его в качестве параметра каждому экземпляру

Answer 5

У меня возникла проблема в одном из моих проектов, так как строка соединения платформы сущностей требовалась заданием, веб-приложением и тестовым проектом. Одним из способов справиться с этим было следующее:

1) Используйте шаблон UnitOfWork (или аналогичный). Это позволяет контролировать создание контекста данных и управлять строкой соединения

public partial class MyContext
{
    #region Members
    private static readonly object objSync = new object();
    private static readonly string DATACONTEXT_KEY = "MyContext_UserInstance";
    // TODO: read from a place accesible to all deployed projects
    // remove hardcoded database
    private static readonly string DefaultConnectionString = @"metadata=res://*/MyContext.csdl|res://*/MyContext.ssdl|res://*/MyContext.msl;provider=System.Data.SqlClient;provider connection string='data source=Server;initial catalog=MyDatabase;integrated security=True;multipleactiveresultsets=True;App=EntityFramework'";

    private static string connectionString;
    #endregion

    public MyContext(String connectionString) : base(connectionString)
    {
    }

    /// <summary>
    /// Uses a UnitOfWorkStore to return the same instance of MyContext, that is unique
    /// per user, per postback (or CallContext, if not in an HttpContext environment, such as unit tests or console apps)
    /// </summary>
    public static MyContext Instance
    {
        get
        {
            // Dirty (non thread-safe) check
            if (UnitOfWorkStore.GetData(DATACONTEXT_KEY) == null)
            {
                lock (objSync)
                {
                    // Thread-safe check
                    if (UnitOfWorkStore.GetData(DATACONTEXT_KEY) == null)
                    {
                        MyContext context = new MyContext(DefaultConnectionString);
                        connectionString = context.Database.Connection.ConnectionString;
                        UnitOfWorkStore.SetData(DATACONTEXT_KEY, context);
                    }
                }
            }
            return (MyContext)UnitOfWorkStore.GetData(DATACONTEXT_KEY);
        }
    }

}

2. Контекст данных должен разрешать прямой ввод строки подключения:

   public MyContext (String connectionString): base (connectionString) { }

Answer 6

У меня та же проблема, и я попробовал все вышеупомянутые методы. наконец я решил это, как уже упоминалось. В моем случае у меня есть отдельный уровень данных и уровень представления. в моем app.config (слой данных) у меня есть такое соединение.

 <add name="LibraryMgtSysEntities" connectionString="metadata=res://*/DataLibraryMgtSys.csdl|res://*/DataLibraryMgtSys.ssdl|res://*/DataLibraryMgtSys.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=abc;initial catalog=LibraryMgtSys;Persist Security Info=True;user id=sa;password=123;MultipleActiveResultSets=True&quot;" providerName="System.Data.EntityClient" />

в моем web.config я вручную настроил соединение следующим образом:

<add name="DefaultConnection" providerName="System.Data.SqlClient"
 connectionString="Data Source=abc;
 Initial Catalog=LibraryMgtSys;
 Integrated Security=SSPI;
 user id=sa;password=123;" />

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

мой окончательный web.config файл следующим образом:

<connectionStrings>
    <clear />
    <add name="LibraryMgtSysEntities" connectionString="metadata=res://*/DataLibraryMgtSys.csdl|res://*/DataLibraryMgtSys.ssdl|res://*/DataLibraryMgtSys.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=TILANITHOTAMUNE\SQLEXPRESS;initial catalog=LibraryMgtSys;Persist Security Info=True;user id=sa;password=testing;MultipleActiveResultSets=True&quot;" providerName="System.Data.EntityClient" />
    <add name="DefaultConnection" providerName="System.Data.SqlClient"
         connectionString="Data Source=abc;
         Initial Catalog=LibraryMgtSys;
         Integrated Security=SSPI;
         user id=sa;password=123;" />
  </connectionStrings>

Answer 7

У меня была похожая проблема с проектом WinForms, и, несмотря на то, что я попробовал все, что смог найти, связанный с ним в Интернете, не смог решить мою проблему ..... пока я не удалил поле, которое использовал для моего ObjectContext (private CubEntities _oc = new CubEntities ()) от моей BaseForm до фактической формы, использующей его.

Answer 8

Я добавляю ту же проблему, пытаясь протестировать мой DAL. Я обнаружил, что это работает:

<add name="SalesEntities" connectionString="metadata=res://*;provider=System.Data.SqlClient;provider connection string=&quot;Data Source=.;Initial Catalog=Phoenix;Integrated Security=True;MultipleActiveResultSets=True&quot;" providerName="System.Data.EntityClient" />