我期待将所有逻辑（作为操作 Entity Framework 4 对象实现）移至服务器端。它看起来会很简单（由于应用程序结构）并且有益（因为我只有一台旧笔记本电脑作为客户端和一台运行 SQL Server 2008 的强大服务器，并且为逻辑构建单独的服务只会引入更多延迟与在数据库内执行相比）。
那么如何在 CLR 存储过程中正确使用实体框架并使其使用主机服务器提供的 SqlContext？
突然我在网上找不到任何例子。看起来很奇怪，还没有人吃过这个。这是否意味着这项任务很荒谬，我绝对不应该这样做？使用 T-SQL 直接访问表而不是 EF 类并不是很方便，因为我的模型大量使用继承，并且具有由许多非常简单的表组成的非常复杂的每类型表结构。
你不能——至少现在不能。 SQL Server 2005 到 2008 R2 中包含的 CLR 是 .NET 2.0 CLR，而 Entity Framework 4 需要 .NET 4 框架。
因此，目前，当在 SQL-CLR 方法中执行操作时，您只能使用直接的 ADO.NET 2.0。
更大的问题仍然存在：到底为什么要在 SQL-CLR 函数中使用 EF4？这些旨在存储过程、用户定义的函数、用户定义的聚合 - 但肯定不是成熟的数据库应用程序，真的......
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
