问题标签 [entityconnection]

关于管理EntityContext生命周期有很多问题，

例如在 LINQ to Entities 中实例化上下文

我得出的结论是，实体上下文应被视为工作单元，因此不应重用。伟大的。

但是在做一些研究以加快我的数据库访问时，我遇到了这篇博文......

提高实体框架性能

该帖子认为，与其他框架相比，EF 的性能不佳通常是由于每次需要新的 EntityContext 对象时都会创建EntityConnection对象。

为了测试这一点，我在Global.asax.cs Application_Start()中手动创建了一个静态 EntityConnection 。

然后，我使用语句将所有上下文转换为

据我所知，这似乎加快了速度，没有任何错误。

但这安全吗？

使用应用程序范围的静态EntityConnection会引入竞争条件吗？

最好的问候， 凯文

我们正在尝试动态构建一个EntityConnection，以便不同的用户连接到在运行时确定的不同的数据库。为此，我们正在测试此处找到的代码：http: //msdn.microsoft.com/en-us/library/bb738533.aspx。我们在下面实现了这一点：

运行 conn.Open() 时会抛出错误：“无法加载指定的元数据资源。” 这似乎表明一个或多个“res://*...”引用是错误的。我已经确认该项目确实包含这些文件（在 bin/debug 文件夹下）。我们在这里缺少什么——有什么想法吗？

谢谢

我有一个使用 EF CTP5 的应用程序。

在这种特殊情况下，我需要降级到一些经典的 ADO.NET（为了读取存储过程中的多个结果集，EF 不支持）。

因此，我尝试使用对象中的现有连接字符串，EntityConnection如下所示：

当我调试时，我看到ConnectionString不包含密码，只有数据源、用户名、数据库等。

这是一个安全问题，为什么他们将其删除？EF 是否将密码隐藏在某处并且仅在它自己执行存储过程时使用它？

EF 连接字符串与经典的 ADO.NET 连接字符串不同，因为它具有元数据信息。

所以看起来我必须去掉我需要的连接字符串的一部分，把它放在 web.config 中并将它传递给存储库。

肯定有更好的办法！

我设置了一个这样的对象上下文：

连接字符串是到 Oracle 数据库的连接字符串。顺便说一句，我使用 DevArt 作为提供者。

一切正常。我可以用它来检索实体等。

但后来我想对底层连接做点什么。我做了类似的事情：

这给了我以下例外：

似乎 ObjectContext 使用的是旧版本的 DLL。但是，如果我检查我的项目的引用，我会看到对正确版本 7.2.104.0 的引用。当我进一步检查时，即使我在其类所在的子项目中根本没有引用，ObjectContext 仍然可以连接。

它如何解析它用来连接的 DLL？

从事基于 EF4 的项目。在我的应用程序中，我更改了 ObjectContext 使用的命名连接字符串，并将其保存回 App.config。但是 ObjectContext 保存了它的连接并且不介意更改。尝试使用手动创建的连接重新初始化它，但它不起作用。我有 ConnectionManager - 这是Save方法：

那么，在不重新启动程序的情况下持久地将新连接应用到 ObjectContext 是否有任何魔力，或者我应该重新加载 App.Config？

注意：所有ObjectContext用法都包含在工作单元模式中，因此Dispose每次都是 d。

我正在使用 DbContext 并希望设置 CommandTimeout = 1 周。CommandTimeout 的最大超时值是多少？

在连接字符串中，我还需要设置最大超时值。我可以设置的最大连接超时值是多少？

我正在为自己编写一个实用程序，它需要能够访问 SQL 数据库中的一对表。我使用了 SqlEntityConnection 类型提供程序，并从表中获得了我需要的数据作为易于使用的实体。

我注意到的一件事是项目的启动和编译增加了很多。我怀疑这是因为数据库有超过一百个表，它正在编译并从所有表中获取数据，而不仅仅是我需要的两个表。有没有办法将 EntityTypeProvider 限制为仅引用架构中所需的表？

我按照这个示例在运行时更改模式名称 - 实体框架，我可以从 MetaDataWorkspace 创建一个新的 EntityConnection，然后我用它来构造一个具有不同模式的 DbContext，但是我收到编译器警告，说 RegisterItemCollection 方法已过时并且“构造MetadataWorkspace 使用接受元数据加载委托的构造函数。”

我怎么做？这是有效的代码，但为 RegsiterItemCollection 调用提供了 3 个警告。我很惊讶它的工作原理，因为警告说已过时而不仅仅是弃用。

我想使用 f# 中的 SqlEntityConnection 类型提供程序来查询和更新数据库。
当我将它与指向实时 SQL Server 数据库的连接字符串一起使用时，它运行良好。

现在我想摆脱对实时数据库的依赖，而是使用本地模式文件。鉴于我在msdn上阅读的内容，我尝试了以下行：

不幸的是，它没有编译，编译器的消息是：

错误 46 类型提供程序“Microsoft.FSharp.Data.TypeProviders.DesignTime.DataProviders”报告错误：使用此提供程序时，您必须指定连接字符串或连接字符串名称。要指定连接字符串，请使用 SqlEntityConnection<"...connection string...">。

所以我该怎么做？如果我留下连接字符串，我感觉我并没有真正关闭对数据库的依赖。例如，如果我尝试使用不存在的服务器切换数据源，它不会编译。

是否可以在 EF6 DB First 方法和某些 ADO 操作之间共享一个连接（以及事务）？

正如我在这里读到的：https : //msdn.microsoft.com/en-us/data/dn456843.aspx#existing 自 EF v6 以来可以共享连接和事务，但我必须将 SqlConnection 对象作为参数传递给上下文类的构造函数。但是如果我在 DB First 方法中这样做，我就会得到 UnintentionalCodeFirstException。

正如我在这里读到的：https : //msdn.microsoft.com/en-us/data/jj592674 当使用 DB First 方法时，我必须使用 EntityConnection 的实例作为上下文类的构造函数的参数。但是 EntityConnection 类的构造函数只接受 CLOSED 连接。因此我不能共享事务，因为在传递给上下文类之前必须关闭连接。

我是对的，在这种情况下不可能共享一个连接，或者可能有其他方式？

TransactionScope 是否仍然是将 EF 6 DB First 和 ADO 中的操作包装在事务中的唯一方法（具有单独的连接）？