IIS应用程序池和Oracle池Ado.Net之间的关系

IIS应用程序池（Windows Server 2012 R2）的工作进程与Oracle 11g池之间的关系是什么？ 我有一个用C#Framework 4.0编写的X应用程序，首先配置了一个AppPool，其中包含一个Max Worker进程1，然后我将其更改为4

我的连接字符串是： 数据源=示例；用户Id=YYYY；密码=BBB；连接超时=30；最大池大小=100；池=真；最小池大小=5；增量池大小=5；decrpool Size=2；连接寿命=300

由于池是真的，我现在有了1个工作进程，所以池的最大总大小是100。问题是，如果我将辅助进程上载到4，最大池大小的最大总数是400还是保持在100？（我在这里读到）

以上是因为我已经读到orchestrator是连接字符串，因此如果该字符串重复出现，它将在Oracle池中重用，即使它是来自另一个应用程序池（IIS）的请求触发的

其他问题：

谁增加了5个连接？（增量池大小=5）Ado.Net？ 如果我关闭应用程序，这5个连接将从池中删除？还是所有的泳池

我是否读过Ado.Net每隔3分钟检查一次池的非活动连接？是这样吗

---

谢谢

请不要将IIS应用程序池和数据库连接池（如Oracle连接池）混用

IIS应用程序池和Oracle连接池完全不相关。IIS池表示IIS将拥有多少个应用程序请求池，并帮助隔离使用相同IIS的其他web应用程序。因此，IIS工作进程不关心应用程序如何连接到任何数据库服务器

这是来自以下方面的官方定义：

应用程序池定义了一组由一个或多个工作进程组成的进程，这些进程配置有公共设置，用于向分配给该应用程序池的一个或多个应用程序提供请求。由于应用程序池允许一组Web应用程序共享一个或多个类似配置的工作进程，因此它们提供了一种方便的方法，可以将一组Web应用程序与服务器计算机上的其他Web应用程序隔离开来

---

这与Oracle连接池的概念完全不同。它基本上是任何数据库服务器的一个常见功能，而不是Oracle特有的。这基本上是连接池在达到单个数据库服务器允许的最大数据库连接限制之前可以处理的并发数据库连接数，因为不同的数据库服务器可能会有不同的限制设置。

Thank，但是在这篇文章中说Open Sesions in Pool=Max Pool Size*Worker Process的数量……那么，Worker Process和Oracle Pool之间存在关系，或者这是一个错误？@HernaldoGonzalez不，这句话是错误的。始终设置和配置数据库连接池可能与最大连接池限制的数量无关，具体取决于使用的数据库。例如：单个辅助进程上可以有大量的数据库连接，这在许多ASP.NET或其他web应用中很常见。