Что такое хороший способ организовать ваши модели, соединения, если вы хотите использовать SQLAlchemy для подключения нескольких баз данных к различным приложениям?

Я сделал это. Моя рекомендация ниже – как мне нравится это делать, но это не единственный способ. Я бы расколол сессионные сеансы и диспетчер транзакций и создал явные объекты управления сеансом, с обратными вызовами жизненного цикла запроса обработка, закрытие, фиксация или сворачивание ваших сеансов. Занятые в основном сеансы – это способ имитации глобального, получая один и тот же элемент для этого потока выполнения. Другой способ сделать это в Pyramid – это прикрепить вещи к реестру и запросу, потому что у вас есть все это везде . Вы присоединяете общие компоненты к реестру (ZCA) и к объектам запроса для запроса.

Когда у вас несколько сеансов, мне было гораздо легче рассуждать о них и отслеживать их, если они обрабатываются компонентами, которые завершают все для этого движка. Поэтому для такого случая, который вы описываете, я создал два разных компонента движка базы данных, которые создаются при запуске, прикрепляются к реестру и имеют метод для получения нового сеанса. Если вы правильно создадите эти компоненты, они должны использоваться в любом приложении, будь то Pyramid, Tornado или ваш тестовый скрипт. Вы просто убедитесь, что у него есть конструктор с разумным способом передачи в настройках для настройки движка, будь то настройки dict или kwargs. Затем я делаю свои модели данных в своих пакетах python, и легко подключить любое приложение в семействе, импортируя модель, создать экземпляр компонентов двигателя и перейти в город. Обратите внимание: если вам нравится использовать реестр ZCA (и мне это нравится, это фантастическая система DI), нет ничего, что помешало бы вам использовать его в приложениях без пирамиды, вы просто настроили его вручную на своем стартовом компьютере.

В Pyramid специально я создаю пользовательский класс Request и использую декоратор reify, чтобы разрешить другим пирамидным кодом получать сеанс (ы) для этого запроса. Класс запроса имеет завершающие обратные вызовы, связанные с закрытием сеансов, а также откаты или коммиты. Существует немного больше шаблонов, но для меня это чище, потому что я могу очень легко отслеживать, где и когда в коде и времени происходит управление сеансом. Это также хороший способ тестирования.

Тем не менее, есть много умных людей в землях SQLAlchemy / Pyramid, которые клянутся сессиями с привязкой и менеджером транзакций, поэтому существуют и другие действующие подходы. Надеюсь, это поможет.