我到处都看到这种模式,但Linq to SQL没有实现它。如果Session / Unit-of-Work对象是轻量级的(可以在没有性能损失的情况下创建和销毁),并且连接池使数据库连接保持活动状态,那么为什么以及何时需要每个请求的会话模式?
答案 0 :(得分:3)
我认为每次请求会话的想法更多地是关于何时打开和关闭会话,而不是关于获得性能改进。
想法是
#2的想法很重要,因此您可以混合Web框架和延迟加载数据;如果在执行代码后渲染数据时调用了getter方法,并且关闭了会话,则无法延迟加载该getter的结果。
答案 1 :(得分:0)
这实际上是一个很好的问题,几乎所有的教程似乎都避免了。
如果您不使用延迟加载,则不需要它。