如果要使用SQLAlchemy将多个数据库连接到各种应用程序，什么是组织模型和连接的好方法？

Question

背景：

这是我面临的情况，到目前为止，我目前的解决方案似乎很笨拙。 我想改善它。 马上：

• 我在Pyramid应用程序的主要功能中设置了与每个数据库的连接：

  def main(global_config, **settings): a_engine = engine_from_config(settings, 'A.') b_engine = engine_from_config(settings, 'B.') ASession.configure(bind=a_engine) BSession.configure(bind=b_engine) 

• “ ASession”和“ BSession”只是在/ models / init .py中全局定义的scoped_session。

 ASession = scoped_session(sessionmaker(extension=ZopeTransactionExtension())) 

• 我像这样定义模型基类。 例如：

 ABase = declarative_base() class user(ABase): id = Column(Integer, primary_key=True) name = Column(String) 

这种感觉已经不太干净了。 但是现在应该从另一个应用程序访问此模型，我还需要在该应用程序中再次定义引擎和连接。 这感觉极其多余。

问题摘要：

假设有两个不同的数据库：

A和B

还假设您希望使用同一模型从两个不同的应用程序（例如，金字塔应用程序，使用Tornado的Bokeh Server App）访问A和B。

简而言之，如何最好的模式对象/模型/类/函数在Python3中产生干净的非冗余代码？

问题发表后的初步想法：

再多考虑一下，我想我希望每个模型都以某种方式“独立”。 该模型应附带用于启动连接的方法。 换句话说，数据库连接的启动应与Web应用程序本身分离。

并且应该以实例方式进行。 这样多个应用程序可以使用相同的模型。 每个应用程序都有与每个数据库的会话连接。

社区将如何模式呢？ 星期五下午至少不适合自己寻找此类问题的答案。

Answer 1

我已经做到了。 下面我的建议是我喜欢这样做，但这不是唯一的方法。 我将放弃作用域范围内的会话和事务管理器，并通过处理创建，关闭，提交或回滚会话的请求生命周期回调，来创建显式的会话管理对象。 基本上，作用域会话是一种通过为该执行线程获取相同项目来模拟全局变量的方法。 在Pyramid中执行此操作的另一种方法是将内容附加到注册表和请求中，因为您到处都有 。 您将共享组件附加到注册表（ZCA），并将每个请求对象附加到请求。

当您有多个会话时，如果发现它们由封装该引擎所有内容的组件处理，则我发现对它们进行推理和跟踪它们要容易得多。 因此，对于您所描述的情况，我制作了两个不同的数据库引擎组件，它们是在启动时创建的，附加到注册表中，并具有获取新会话的方法。 如果您正确地创建了这些组件，则它们应可在任何应用程序中使用，无论是金字塔，龙卷风还是您的测试脚本。 您只需确保它具有一个带有某种通俗易懂的构造方法的构造函数，即可传入设置引擎的设置，而不管它是设置dict还是kwargs。 然后，我将数据模型放在自己的python程序包中，很容易让家庭中的任何应用程序导入模型，实例化引擎组件并开始工作。 请注意，如果您喜欢使用ZCA注册表（并且我喜欢它，它是一个很棒的DI系统），没有什么可以阻止您在非金字塔应用程序中使用它，您只需在服务器启动代码中手动进行设置即可。

特别是在Pyramid中，我创建了一个自定义Request类，并使用reify装饰器允许其他金字塔代码获取该请求的会话。 request类具有终止生命周期的回调，以关闭会话并进行回滚或提交。 还有更多样板，但对我而言，它更干净，因为我可以很容易地跟踪在什么地方，何时在代码中以及何时进行会话管理。 这也是测试的好方法。

就是说，SQLAlchemy / Pyramid领域中有很多聪明人，他们通过范围内的会话和事务管理器发誓，因此还有其他有效的方法。 希望能有所帮助。