IMO的“更明显/更惯用/更好的解决方案”是使用现有的ORM，而不是发明类似DAO的类。
在我看来，ORM比“原始” SQL连接更受欢迎。为什么？因为Python 是 面向对象，并从SQL行映射到以对象 是
绝对必要的。在很多情况下，您会处理未映射到Python对象的SQL行。
我认为SQLAlchemy或SQLObject（以及关联的连接池）是更惯用的Pythonic解决方案。
作为独立功能的池化不是很常见，因为纯SQL（无对象映射）对于受益于连接池的复杂，运行时间长的进程并不普遍。是的，纯粹的SQL 被
使用，但它总是在池是没有帮助的简单或多个控制应用中使用。
我认为您可能有两种选择：
- 修改您的类以使用SQLAlchemy或SQLObject。尽管这乍看起来很痛苦（浪费了所有工作），但您应该能够利用所有设计和思想，并且这只是采用广泛使用的ORM和合并解决方案的一种练习。
- 使用概述的算法滚动自己的简单连接池-循环的简单连接集或列表。
