连接池与SQL Server 2000 Analysis Services

核心提示： 连接请求需要采用特殊的身份验证和模拟机制，当通过应用程序请求连接时（ADOConPool 对象使用 GetConnection 方法，连接池与SQL Server 2000 Analysis Services(3)，而 OLEDBConPool 对象使用 GetSession 方法），连接

连接请求需要采用特殊的身份验证和模拟机制。当通过应用程序请求连接时（ADOConPool 对象使用 GetConnection 方法，而 OLEDBConPool 对象使用 GetSession 方法），连接池试图检索可用连接，检索条件是该连接使用的域名和用户名与客户端应用程序所用的安全标识符 (SID) 相同。如果找到匹配的可用连接，则将其返回到客户端应用程序。

如果未找到与客户端 SID 信息匹配的连接，连接池对象就会对客户端请求中传递的连接信息进行分析，以确定连接池中是否已经存在同一个请求数据库的可用连接。如果找到匹配的数据库，连接池对象就会尝试将客户端请求的角色安全性与现有可用连接的角色安全性进行匹配。如果发现角色安全性是匹配的，连接池对象会接着比较可用连接的用户名和客户端请求的用户名。如果用户名也匹配，则将可用连接返回到客户端应用程序。如果用户名不匹配，则根据 Analysis 服务器上的角色安全性，使用客户端请求的域和用户名重新验证可用连接，然后将其返回到发出请求的客户端应用程序。

如果未找到匹配的角色安全性和数据库，则在连接池中创建一个新的连接并将其分配给发出请求的客户端应用程序。

与资源共享通常采用的方法相比，此方法还具备一个优点，即发出请求的客户端应用程序可以重复使用具有同一角色安全性权限的现有活动连接，即使该连接最初是由其他用户请求的。与可用连接相关联的新用户名仍然通过了验证，因此能够维护其安全性，并且可以将该连接提供给客户端。这就缩短了为大量并发用户提供服务的客户端应用程序的连接时间并降低了费用。

对于那些执行大量操作并需要重复请求和返回连接的客户端应用程序来说，该机制的效率更高。可以将同一个活动且经过验证的连接返回到发出请求的客户端应用程序。