问题标签 [datacontext]

“工作单位”何时不再是“单位”？哪个场景在资源上更好？第一个创建一个连接，而第二个创建 4 个。

或者

有没有简单的方法将属性添加到 Linq to Sql 生成的实体以引用其 DataContext？例如：

并且产品实体有一个名为“Context”(product.Context) 的属性，它引用了 myContext，datacontext。

我知道如何自定义生成的实体。我的问题是如何自定义（我认为是 DataContext）来设置它为自己创建的每个实例的“上下文”属性。

我不确定我是否做对了。我想用更少的代码编写一个性能最好的业务封装模型。当我四处搜索时，我发现 DataContext 对象非常轻量级，我认为这是向每个对象添加 DataContext 实例的好方法。这将减少每次我想更新或删除对象时，再次将分离的对象附加到新的数据上下文实例的需要。

如果您有任何其他解决方案，我将不胜感激。

谢谢

我在存储库的每种方法中都使用了块。如果我想交叉引用方法，初始化另一个 Datacontext 似乎违反最佳实践我做错了什么？如果我在类中声明一个 Datacontext 而不是在方法中使用块，我不会失去处置的权力吗？

我正在使用以下 xaml 来填充 dataContext：

该应用程序运行良好，但 Cider 抱怨我必须设置 Path 属性。我对整个对象感兴趣，而不是对特定属性感兴趣。

我希望有办法让设计师支持回来！

我有一个通用类

有效地作用于另一个实例

我想强制TContext执行Table<T>. 有没有一种干净的方法来执行此操作？

我在 VS 2008 中有一个 Web 应用程序项目，并且我创建了一个 Linq to SQL 文件，我从我的数据库中将一个表拖到该文件上。数据上下文创建得很好，但是当我实例化这种类型的对象时，我在 Intellisense 上显示的唯一项目是基于我拖到设计器上的表的类，即使在这个上，如果我放一个点在它之后。有谁知道为什么我没有看到这个数据上下文的所有方法（即 SubmitChanges 等）。

我使用 LINQ 构建了一个站点，它已经开始显示它带来的结果的问题。

查询得出的结果并不反映数据库中的数据，它们反映的是旧版本的数据库。

在所有创建 LINQ 数据上下文的地方，它都被正确地处理掉了。该站点中使用的示例代码如下所示

在设置我的 DataContext 以便在我的扩展 LinqToSql 类中轻松访问方面的最佳实践是什么？

例如，我的 dbml 中有一个“用户”实体，我想向该类添加方法，如下所示：

为了访问我的 DataContext 我必须在方法中声明它，如下所示：

我不想对每种方法都这样做。通常（如果我没有扩展 LinqToSql dbml 类）我可以这样做：

这将允许我访问每个方法的数据上下文，而不必每次都重新声明它。但是你当然不能这样做，因为 dbml 已经有一个构造函数。如果有任何变化，将代码添加到 dbml 中总是会被覆盖。

有人对如何在这里为自己节省一些多余的代码有什么好主意吗？

蒂亚！

在 LINQ to SQL 中，是否需要在对数据库执行选择后（当然，在使用数据后）关闭上下文？如果我让它保持打开状态，是否意味着与服务器的连接保持打开状态？

谢谢，卢锡安

我正在创建一个将使用 Linq-To-Sql 执行仅选择查询的网络服务。在这方面，是否可以接受将 DataContext 作为静态字段/属性，因为操作永远不会是修改数据库或跟踪对象更改的操作？

如果不是，哪些替代方法是合适的？