Java 用户感知JDBC池
目前是否有JDBC连接池实现,可以处理不同用户的请求。也就是说,查询应该由发送它的用户进行修改-池为这个特定的用户找到合适的空闲连接,或者创建一个新的连接(可能会丢弃之前为其他用户创建的一些空闲连接) 也许这个问题已经以某种形式提出了,但似乎没有积极的结果。。。至少我找不到他们(见这里) 更透彻的解释: 问题是,我们有一个JavaREST服务,用于向数据库发送请求(请求本身来自各种小脚本)。该服务需要作为连接池的包装器(因此脚本的执行速度更快)另一个要求是执行的连接数不应超过特定限制(几十个),因此服务通过异步处理查询来确保这种行为 然而,最近组织中似乎存在安全限制,并且该源中的一些表/数据库应该由不同的用户访问 简单的解决方案是有两个服务(或者单个服务有两个池)。然而,就总连接限制而言,这很难提高效率。例如,我们可以创建两个具有半限制的池,但它将以给定用户的最大半速度处理数据(即使其他用户现在空闲) 因此,我正在搜索现成的池实现或关于临时实现的提示。这看起来并不十分困难,但是如果存在一些方便的数据结构,重新发明轮子是不好的Java 用户感知JDBC池,java,jdbc,connection-pooling,Java,Jdbc,Connection Pooling,目前是否有JDBC连接池实现,可以处理不同用户的请求。也就是说,查询应该由发送它的用户进行修改-池为这个特定的用户找到合适的空闲连接,或者创建一个新的连接(可能会丢弃之前为其他用户创建的一些空闲连接) 也许这个问题已经以某种形式提出了,但似乎没有积极的结果。。。至少我找不到他们(见这里) 更透彻的解释: 问题是,我们有一个JavaREST服务,用于向数据库发送请求(请求本身来自各种小脚本)。该服务需要作为连接池的包装器(因此脚本的执行速度更快)另一个要求是执行的连接数不应超过特定限制(几十个),
因此,总而言之,我确实明白对不同的用户使用单一源不是最好的主意,但似乎我们受到特定基础设施要求的限制。我发现了这一点(“连接池池”)。可能有兴趣在那里挖掘,看看他们使用了什么。PS:您提到“然而,就总连接限制而言,这很难提高效率。例如,我们可以创建两个具有一半限制的池,但它将以给定用户的最大速度的一半处理数据”,但这两个连接并不用于相同的需求,所以假设您有一个“管理员连接”和一个“普通用户”,管理员只需要几个连接,因为您没有那么多的用户可以访问。感谢您的参考,我会检查它。至于“管理员连接”-不。这些用户用于相同的需要(从不同来源收集数据),但用于两个(或更多)不同的“部门”“顾客的。他们有特定的法律限制,要求他们使用不同的帐户访问不同的数据。。。