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