关于“会话和连接缓冲池”的困惑

[彷徨在海上]

我看书上说为了在ASP里能使用“会话和连接缓冲池”,从而提高ASP操作数据库的性能，应该在global.asa文件里把数据库的连接字符串赋给Application变量。
但是我又从网上看到说“把数据库的连接字符串赋给Application变量”会降低ASP的性能。
不知哪种说法正确？

[zhenhao]

如果你只打开一次数据库，第二种方法快一些，如果你用同样的字串好多次，就用第一种方法吧：）

[freezwy]

在ASP3.0以前，SESSION和APPLICATION都会降低系统的性能，增加系统的负担，到了ASP3.0以后，这些都有些改观，何况这样用非常方便，所以可以大胆的使用APPLICATION和SESSION

[karma]

把数据库的连接字符串赋给Application或Session变量在任何时候都不会造成问题，但你把Connection对象赋给Application或Session变量就会有问题

[ChinaOk]

建议把数据库的连接字符串赋给Application或Session变量
而不要把整个connection对象赋给Application或Session变量,那样系统消耗较大，如果大家都这么做，那反而会使系统变慢，起不到你的初衷让程序变块。

[超级大笨狼]

ChinaOK(授人以鱼，不如授人以渔) 那岂不是每刷新依次都要执行创建对象和连接?
我认为还是 把整个connection对象赋给Application或Session变量,这样会保证不会频繁创建对象和连接.
我做地图网站就是这样,对于dll封装的对象,在global的Session里面创建后每页直接调用方法就行了,如果不是这么做会出错.

[彷徨在海上]

楼上的兄弟，“会话和连接缓冲池”的优势就是虽然“每刷新依次都要执行创建对象和连接”，但只是断开逻辑连接，并没有断开物理连接，而且可以共用一个连接。连接被缓冲后，即使请求连接的ASP处理结束，数据库连接仍为打开状态。当请求新的连接时，原连接从缓冲池出来，从而避免打开新连接的耗时。