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

[Kcelone]

当前系统使用的是 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 小姐姐可以提供好的就业机会，欢迎加入。

[imn1]

我以为 ZF 新出台了一个文件

[Kcelone]

@imn1 秀儿，你来了

[d3vil]

一群 HR 小姐姐，笔记做好了。

[arrow8899]

说，你是不是公务员转行的开发

[cs371332219]

哈哈哈，标题有趣。

[Kcelone]

@cs371332219 哈哈，看来是标题吸引了各位啊，不过我还是想请教一下，你们在使用 tornado 框架的时候，是如何管理数据库连接的，触发式还是利用上面的上下文，我看来，触发式的好处就是一个连接可以处理多个数据库请求，而上下文的方式则是一个连接处理一个请求然后就断掉了，数据量大的时候可能会增加数据库的压力，不过再想想 tornado 框架的异步特性，我也觉得都完全 OK 的，或着你们有没有什么好的方式呢，推荐一下，非常感谢。

[Kcelone]

@arrow8899 打算转公务员了，提前练习下官腔。

[cs371332219]

@Kcelone https://github.com/snower/TorMySQL