我想使用实体框架来管理对数据的访问。 Windows 应用程序将在服务器上调用 WCF 服务，然后服务器将使用实体框架来读取和写入数据库。
谁能指出我如何处理这个问题的正确方向？也许一些示例代码可以开始？
想到但我不确定如何解决的问题是：
1) 并发性 - 每个用户都需要有一个单独的上下文，他可以在其中进行更改然后保存？
2) 连接 - 如果我们有很多上下文，数据库会被连接淹没吗？
3) WCF 服务能否应对这种负载？
谢谢！
【问题讨论】：
标签： winforms wcf entity-framework architecture entity-framework-4
我建议你看看这里： http://msdn.microsoft.com/en-us/magazine/ee321569.aspx 您可以使用一些不错的模式，尤其是自我跟踪实体。
1) 在 WCF 中（默认情况下，您可以更改此设置），每次调用服务都会生成另一个服务实例。所以每个用户都会有自己的上下文，但每次调用，所以我想你需要更多。我不确定，你的意思是，每个用户都应该有自己的上下文作为 EF 上下文类的实例，或者他们应该通过不同的凭据进行连接，以使他们能够访问不同的数据......
2) 你所说的被淹没是什么意思？如果 1000 个用户将在 1 秒内更新数据库，那么是的，数据库将不得不处理 1000 个查询。但是有一种叫做连接池的东西，谷歌一下就行了。
3) 你的意思是什么类型的“负载”？作为“在这种情况下，我可以使用 WCF 处理多少用户”？
【讨论】：