Python 开发网站，对数据库连接的管理办法

当前系统使用的是 tornado 框架，结构也很简单 V-M 两层设计。现在想重新做个方案，将数据库相关操作向后迁移（在 handler 层不牵扯数据库的任何操作），设计为 V-C-M 层，当前方案在 V 层中，使用了 sqlalchemy 的 @event.listens_for() 的方式对数据库的 db_session 进行管理，类似于：

def session():

    @event.listens_for(self.db_session, 'after_commit')
    def receive_after_commit(session):
        self._close_db_session = False

    @event.listens_for(self.db_session, 'after_flush')
    def receive_after_begin(session, trans, con):
        self._close_db_session = True

现在想在Ｍ层开辟一个驱动层，作为 M 层的数据管理 API 提供者，同时也作为该系统内 model 对象的会话管理者。在驱动层，打算对每个前端申请的 session 进行单独管理（没有使用连接池，也不太清楚连接池是否更为适用）， 利用

    with closing(session):
    	session.query(NB).filter(...)

来代替之前的条件触发管理机制,也就是说每次 session 任务完成后立刻退出。但是担心这样的话，对于网站，每天都有大量的访问进来，会不会对数据库造成较大压力(因为一次访问可能存在着大量的数据库连接创建与断开)。 或着说这两种都不太合适，有更好的设计方式，请帮忙解答下。

另外鄙人建了个 Python 的学习群 902788038，大家一起学习探讨，另外也有一群 HR 小姐姐可以提供好的就业机会，欢迎加入。