Вопрос по linq-to-entities, ado.net, entity-framework, ado.net-entity-data-model – Строка подключения сущности ADO.NET для нескольких проектов

27

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

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

The specified named connection is either not found in the configuration, not intended to be used with the EntityClient provider, or not valid.

Я пробовал строки подключения

<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, но не повезло.

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

Ваш Ответ

8   ответов
0

пытаясь протестировать мой 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" /> 
1

t и теперь он работает.

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

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 () из вызывающего проекта.

25

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

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

Вы можете поместить их в MACHINE.CONFIG (глобальный на машине), но это требует больше привилегий, и развертывание не является хорошей идеей в этом сценарии.
хм, можно ли как-то сохранить все строки соединения в одном месте, а затем «рассказать»? ко всем файлам web.config, где найти строки подключения?
Используя частичный класс, вы можете создать свой собственный конструктор для контекста данных, сгенерированного для ваших сущностей, и попросить их установить строку подключения так, как вы хотите. Вам также придется вызывать этот конкретный конструктор, когда бы вы ни создавали экземпляр контекста данных.
0

Я перепробовал весь упомянутый метод. наконец я решил это, как уже упоминалось. В моем случае у меня есть отдельный уровень данных и уровень представления. в моем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>
2

App.Config файл в основной проект и заменить все&quot; с нормальным' персонаж должен бежать

0

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

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);
        }
    }

}

Data context should allow direct connection string input:

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

0

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

Похожие вопросы