Предел количества сеансов NHibernate?

Я создаю несколько фабрик сеансов с помощью кода (а не файла конфигурации). Проблема, с которой я столкнулся, заключается в том, что после создания 20-й фабрики сеансов я начинаю получать исключение (MappingException), и я не знаю, почему.

Независимо от заказа, он портится после 20 числа. Сеансы успешно создаются, пока они входят в первые 20 из них.

Сообщение MappingException: Длина уникального суффикса 100_ должна быть меньше 4 символов.

любая помощь приветствуется.

public static void AddPortfolioToConnectionstrings(string portfolio, string 
connectionString)
    {
        var configuration = new Configuration()
            .Configure()
            .SessionFactoryName(portfolio)
            .SetProperty("connection.connection_string", connectionString);

        ...

        _portfolios.Add(portfolio, configuration.BuildSessionFactory());
    }

person Alex    schedule 25.10.2017    source источник
comment
зачем вам 20 сессионных фабрик? Вы подключаетесь к 20 различным базам данных? также включите свой код.   -  person Fran    schedule 25.10.2017
comment
да, я подключаюсь к более чем 20 различным БД.   -  person Alex    schedule 25.10.2017
comment
Все эти сеансовые фабрики съедят много памяти. Думали ли вы о том, чтобы скрыть эти фабрики сессий за слоем webapi, чтобы каждая фабрика сессий могла жить в своем собственном пространстве?   -  person Fran    schedule 25.10.2017
comment
спасибо Фрэн. Не могли бы вы подробнее рассказать об идее «собственного пространства», как вы видите ее достижение с помощью слоя API?   -  person Alex    schedule 26.10.2017
comment
если вы завернули каждую из этих фабрик сеансов в их собственные проекты webapi и получили доступ к проекту webapi, вы изолируете их, запуская их в их собственном адресном пространстве. но когда я смотрю на приложение, которое подключается к 20 различным БД через nhibernate, вы можете использовать неправильную технологию. Взгляните на эту ссылку в нем обсуждается динамическое изменение соединения SessionFactory, а не раскручивание нескольких.   -  person Fran    schedule 26.10.2017