хорошо, так что это не отвечает на ваш вопрос напрямую, но может дать представление о том, почему вы должны создавать несколько объектов сеанса для каждого хранилища данных.

В этой статье объясняется, как можно реализовать потокобезопасный ленивый синглтон для каждого типа Сеанс, который вам нужен, чтобы у вас был только один сеанс на хранилище данных, но он был общим для всего приложения. Так что самое большее у вас будет только 2 объекта сеанса.

Однако, чтобы напрямую ответить на ваш вопрос, вам понадобится 1 объект сеанса для каждой базы данных.

Общий случай

Ответ в общем случае - нет, вам нужны как минимум разные сеансы для общего случая.

Вы можете использовать фабрику с одним сеансом, используя перегрузку OpenSession, принимая открытое соединение в качестве аргумента, что позволяет переключать базу данных для сеанса, для которого это требуется.

У этого есть некоторые недостатки, такие как отсутствие автоматического освобождения соединения после транзакций, отключение кеша второго уровня, ... На мой взгляд, лучше иметь две фабрики сеансов, чем предоставлять собственное соединение при открытии сеанса.

Случаи, связанные с базой данных

В зависимости от используемого вами сервера базы данных вы можете использовать одну строку подключения для доступа к обоим с помощью NHibernate. Если вы можете использовать одну строку подключения, вы можете использовать одну фабрику сеансов и использовать один и тот же сеанс для доступа к вашим сущностям, разделенным между двумя базами данных.

Самый простой случай

При использовании SQL Server у вас могут быть две базы данных на одном и том же SQL Server. В таком случае вы можете использовать одну строку подключения и настроить атрибут catalog в ваших сопоставлениях <class>, чтобы указать, в какой базе данных должна быть найдена таблица. (schema тоже можно использовать, добавив точку. Он доступен в NHibernate дольше, поэтому в старой версии у вас может быть только schema.)

Конечно, учетные данные подключения должны быть действительными для доступа к обеим базам данных.

Другие случаи

Все еще используя SQL Server, если вторая база данных находится на другом сервере, вы можете использовать связанный сервер. Вы должны снова настроить атрибут catalog для классов, требующих его для указания соответствующего linkedServerName.DbName.

Возможно, другие базы данных могут иметь аналогичные решения.