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