.Net 连接池 = FALSE 的后果是什么？
What are the consequences of .Net connection pooling = FALSE?
根据this same question，答案很明显：如果没有 .Net 池，网站每次（每次回传时间？）都必须重新连接到数据库。
但是，必然会有其他后果，例如 SQL 由于过度使用 opening/closing 数据库而不缓冲而导致内存泄漏？
关闭池后，ASP.net 是否每次都必须重新编译 ASPx/C 文件？加上重新加载所有 dlls?
如果没有直接的 "dangerous" 后果，那么我宁愿每次都有一个新的连接，让用户直接从数据库中获得更好的数据一致性，而不必依赖缓冲区被损坏。我只是编造的 - 抱歉，真正的危险是什么？
谢谢
来自 MSDN Connection Pooling
Connecting to a data source can be time consuming. To minimize the
cost of opening connections, ADO.NET uses an optimization technique
called connection pooling, which minimizes the cost of repeatedly
opening and closing connections. Connection pooling is handled
differently for the .NET Framework data providers.
关于你的问题“
关闭池后，ASP.net 是否每次都必须重新编译 ASPx/C 文件？ Plus reload all dlls?”答案当然不是，连接数据库与编译无关。
池技术对您的程序是透明的。所以也与 SQL 内存泄漏无关。您正常打开和关闭连接，服务器处理池。
根据this same question，答案很明显：如果没有 .Net 池，网站每次（每次回传时间？）都必须重新连接到数据库。
但是，必然会有其他后果，例如 SQL 由于过度使用 opening/closing 数据库而不缓冲而导致内存泄漏？
关闭池后，ASP.net 是否每次都必须重新编译 ASPx/C 文件？加上重新加载所有 dlls?
如果没有直接的 "dangerous" 后果，那么我宁愿每次都有一个新的连接，让用户直接从数据库中获得更好的数据一致性，而不必依赖缓冲区被损坏。我只是编造的 - 抱歉，真正的危险是什么？
谢谢
来自 MSDN Connection Pooling
Connecting to a data source can be time consuming. To minimize the cost of opening connections, ADO.NET uses an optimization technique called connection pooling, which minimizes the cost of repeatedly opening and closing connections. Connection pooling is handled differently for the .NET Framework data providers.
关于你的问题“ 关闭池后，ASP.net 是否每次都必须重新编译 ASPx/C 文件？ Plus reload all dlls?”答案当然不是，连接数据库与编译无关。
池技术对您的程序是透明的。所以也与 SQL 内存泄漏无关。您正常打开和关闭连接，服务器处理池。