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

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

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

Общий случай

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

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

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

Конкретные случаи базы данных

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

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

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

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

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

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

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