连接池与SQL Server 2000 Analysis Services

核心提示： 对于客户端应用程序来说，将连接返回到连接池是一个非常简单的过程，连接池与SQL Server 2000 Analysis Services(4)，客户端应用程序将连接引用传递回连接池对象（ADOConPool 对象使用 ReturnConnection 方法，而 OLEDBConPool

对于客户端应用程序来说，将连接返回到连接池是一个非常简单的过程。客户端应用程序将连接引用传递回连接池对象（ADOConPool 对象使用 ReturnConnection 方法，而 OLEDBConPool 对象使用 ReturnSession 方法）。连接池对象验证传递回的连接对象是否确实属于该连接池，然后才将其放回可用连接池中。

注意事项

如果用户请求了某个连接，将其释放，然后又从连接池对象中请求另一个连接，则根据连接池内的活动连接重新验证用户所使用的模拟机制将返回同一连接，而不需要重复访问 Analysis 服务器。如果用户释放第一个连接请求后其角色权限发生了变化，则第二个请求将返回具有最初角色权限的相同连接。

例如，某个用户在 Analysis 服务器上的角色为 Role A。Role A 使用户可以对两个多维数据集 Cube A 和 Cube B 运行查询。当此用户所使用的客户端应用程序首次请求连接时，返回的连接有权访问 Cube A 和 Cube B。客户端应用程序运行查询，然后释放连接。Analysis 服务器的管理员现在将 Role A 的访问权限更改为只能访问 Cube A。如果此用户的客户端应用程序请求另一个连接，首次请求时创建的连接将再次返回到该客户端应用程序，但是，它仍然有权访问 Cube A 和 Cube B。虽然 Role A 对应的用户当前只能访问 Cube A，但仍会对 Cube B 继续执行查询，就好象此用户对该多维数据集仍具有访问权限一样。

只有重新分配活动连接，才会出现这种问题；新创建的连接始终会跟 Analysis 服务器进行验证。如果上面的示例中客户端应用程序首次请求的活动连接已超时，系统就会为该客户端应用程序分配一个新创建的连接，这时该连接就具有正确的角色权限。

对于 Web 应用程序，解决此问题的最简单的方法是每当 Analysis 服务器上的角色发生改变时都重新启动 Microsoft Internet Information Services (IIS)，强制应用程序在请求连接时重新加载并使用新的角色权限。