问题标签 [entity-framework]

我想使用 ADO.NET Entity Framework 进行数据访问，为我的业务逻辑扩展它的对象，并将这些对象绑定到我的 UI 中的控件。

正如另一个问题的答案中所解释的，我无法使用部分类扩展 ADO.NET 实体框架对象并在 LINQ 查询中使用我的自定义方法。

ADO.NET 实体框架部分类 http://img221.imageshack.us/img221/7329/clientsq0.gif

我不希望 Intellisense 中出现会产生运行时错误的方法！我应该如何构建我的应用程序以避免这个问题？

VB.NET LINQ 与自定义方法 http://img83.imageshack.us/img83/1580/iswashingtongn0.gif

我需要一个数据访问客户端类和一个业务逻辑客户端类吗？这似乎会让人感到困惑。

我不想在我的 edmx 实体框架中包含关系，我想让外键字段作为我的实体中的普通属性。

我怎样才能做到这一点？

实体框架已创建所需的部分类。我可以将这些部分类添加到“数据源”窗口，并且属性会按预期显示。但是，如果我在单独的源文件中扩展任何类，即使在构建和刷新之后，这些属性也不会出现在“数据源”窗口中。

跨源文件的部分类中的所有属性在“数据源”窗口中按预期工作，除非已使用 EF 创建部分类。

编辑：删除 edm 设计师的违规表格后，将所有作品重新添加到其中。几乎不是一个长期的解决方案。还有其他人遇到类似的问题吗？

过去一周，我一直在博客圈上看到 Linq to SQL 已死 [EF 和 Linq to Entities 万岁]。但是当我阅读 MSDN 上的概述时，在我看来 Linq to Entities 生成 eSQL 就像 Linq to SQL 生成 SQL 查询一样。

现在，由于底层实现（并且由于 SQL Server 还不是 ODBMS）仍然是关系存储，在某些时候实体框架必须将转换为 SQL 查询。为什么不修复 Linq to SQL 问题（m:m 关系，仅支持 SQL 服务器等）并使用 Linq to SQL in 作为生成这些查询的层？

这是因为性能还是 EF 使用不同的方式将 eSQL 语句转换为 SQL？

在我看来 - 至少对于我没有学识的头脑来说 - 很自然地适合在 EF 中将 Linq 转为 SQL。

评论？

愚蠢的问题我敢肯定，但为什么实体框架 EntityDataSource 对象需要 where 子句包含“它”作为对象选择器的第一部分？

where 子句 ( http://msdn.microsoft.com/en-us/library/cc488531.aspx ) 的文档指出该字符串直接传递给 ObjectQuery(T)，所以我应该能够传入 (例如）“ x .OnlineOrderFlag = TRUE”，其中 x 是谓词中有意义的任何内容，但是该子句仅在我传入“ it .OnlineOrderFlag = TRUE”时才有效

所有 Microsoft 示例都使用“它”，所以我错过了什么？

史蒂夫戴维斯

使用实体框架数据模型公开 ADO.NET 数据服务时，我收到一条错误消息，该模型包含一个实体（称为“Case”），该实体在属性上具有内部设置器。如果我将设置器修改为公开的（使用实体设计器），则数据服务可以正常工作。

我不需要数据服务中公开的实体“Case”，因此我尝试使用 SetEntitySetAccessRule 限制公开哪些实体。这不起作用，服务端点失败并出现同样的错误。

调用 .svc 终结点时在浏览器中报告错误消息。它非常通用，显示为“请求错误。服务器在处理请求时遇到错误。有关更多详细信息，请参阅服务器日志。” 不幸的是，系统和应用程序事件日志中没有条目。

我发现了这个stackoverflow 问题，它显示了如何在服务上配置跟踪。这样做之后，跟踪日志中报告了以下 NullReferenceExceptoin 错误。

有谁知道在包含具有内部设置器的实体时如何避免此异常？

我听说实体框架是矫枉过正，或者与 LinqToSql 相比，它很难学习。

我想知道以什么方式？我使用了 LinqToSql 并喜欢它。所以，我正在尝试 EF，而对于我正在做的事情，它们看起来几乎完全相同。命名空间和方法名称不同，但到目前为止，我没有看到任何使 EF 比 LinqToSql 更难的东西。

我敢肯定，如果我开始做更复杂的事情，它会变得更复杂。但话又说回来，我可能根本无法用 LinqToSql 做同样的事情，所以我认为这是 EF 的一个优点，以防万一我想做更复杂的事情。

EF 是否使用了比 LinqToSql 更多的资源，以至于如果我只需要类似 LinqToSql 的功能，我就不应该使用它？

更新：我做了一些测试，我的测试似乎表明 Linq to Entities 的性能优于 Linq to SQL。

我首先从单个表中删除 1000 条记录，添加 1000 条记录，编辑 1000 条记录，然后将它们数据绑定到 DataView。LinqToSQL：5 秒 LinqToEntities：2 秒

我使用两个连接表执行了相同的测试，结果相似。

我的测试似乎支持另一个帖子： Linq To Sql vs Entity Framework Performance

更新 2：

感谢您的回复。在我看来，与 Linq to SQL 相比，Linq to Entities 并没有真正矫枉过正。在研究了更多之后，我认为使用 Linq to Entity 是要走的路。它似乎有更好的性能。

我相信我听到的“矫枉过正”的说法是因为 Linq to Entities 可以比 Linq To SQL 做更多的事情，而且它确实需要更多的配置（web.config 中大约多 1 行）。此外，Linq to Entities 所做的一些小事情与 Linq to SQL 不同，这可能会让某些人觉得 Linq to Entities 更复杂。但是一旦你学会了如何做事，Linq to Entities 似乎并不比 Linq to SQL 复杂。

如何在实体框架中创建新的 EntityKey 时摆脱硬编码

我的 .edmx ADO.NET 实体数据模型文件中有一个 Page 类，其中包含 Parent 和 Children 属性。它用于页面的层次结构。

删除了死 ImageShack 链接 - ADO.NET 实体框架分层页面类

这是在我的 SQL 数据库中处理的，Page 表中的 ParentId 外键绑定到同一个 Page 表的 Id 主键。

如何在 WPF TreeView 中显示此层次结构？

我有一个带有 Parent 和 Children 属性的类。

ADO.NET 实体框架分层页面类 http://img148.imageshack.us/img148/6802/edmxxe8.gif

我想在 WPF 树视图中显示这个层次结构。

这是我的 XAML ......

还有我的VB代码...

但后来我只得到一棵两层深的树。我需要做什么才能使它正常工作？