Проблема с использованием SQLite: память: с NHibernate

Просто дикая догадка, но является ли вывод sql NHibernate с помощью команды, не поддерживаемой sqlite?

Кроме того, что произойдет, если вы используете файл вместо памяти? (System.IO.Path.GetTempFileName () будет работать, я думаю ...)

База данных памяти SQLite существует только до тех пор, пока соединение с ней остается открытым. Чтобы использовать его в модульных тестах с NHibernate:
1. Откройте ISession в начале вашего теста (возможно, с помощью метода [SetUp]) .
2. Используйте соединение из этого сеанса в вызове SchemaExport. 3. Используйте тот же сеанс в своих тестах. 4. Закройте сеанс в конце вашего теста (возможно, с помощью метода [TearDown]).

Мы используем SQLite в памяти для всех наших тестов базы данных. Мы используем одно соединение ADO для тестов, которое повторно используется для всех сеансов NH, открытых одним и тем же тестом.

1. Перед каждым тестом: создавайте соединение
2. Создать схему для этого подключения
3. Запустить тест. Одно и то же соединение используется для всех сеансов
4. После теста: закрыть соединение

Это также позволяет запускать тесты с несколькими включенными сеансами. SessionFactory также создается один раз для всех тестов, потому что чтение файлов сопоставления занимает довольно много времени.

Редактировать

Использование общего кэша

Начиная с System.Data.Sqlite 1.0.82 (или Sqlite 3.7.13), существует Общий кеш, который позволяет нескольким соединениям совместно использовать одни и те же данные, также для Базы данных в памяти. Это позволяет создавать базу данных в памяти в одном соединении и использовать ее в другом. (Пока не пробовал, но по идее должно работать):

• Измените строку подключения на file::memory:?cache=shared
• Откройте соединение и создайте схему
• Оставьте это соединение открытым до конца теста.
• Позвольте NH создавать другие соединения (нормальное поведение) во время теста.

Я делаю это с помощью Rhino Commons. Если вы не хотите использовать Rhino Commons, вы можете изучить источник и посмотреть, как он это делает. Единственная проблема, с которой я столкнулся, заключается в том, что SQLite не поддерживает вложенные транзакции. Это заставило меня изменить свой код для поддержки интеграционного тестирования. Интеграционное тестирование с базой данных в памяти настолько круто, что я решил, что это справедливый компромисс.

У меня было много проблем с базой данных памяти SQLite. Итак, теперь мы используем SQLite для работы с файлами на RAM-диске.

У меня были аналогичные проблемы, которые продолжались даже после открытия ISession, как указано выше, и добавления «Pooling = True; Max Pool Size = 1» в строку подключения. Это помогло, но у меня все еще были случаи, когда соединение закрывалось во время теста (обычно сразу после совершения транзакции).

Что в итоге сработало для меня, так это установка для свойства connection.release_mode значения on_close в моей конфигурации SessionFactory.

Моя конфигурация в файле app.config теперь выглядит так:

  <hibernate-configuration xmlns = "urn:nhibernate-configuration-2.2">
    <reflection-optimizer use = "true" />
    <session-factory>
      <property name = "connection.connection_string_name">testSqlLiteDB</property>
      <property name = "connection.driver_class">NHibernate.Driver.SQLite20Driver</property>
      <property name = "connection.provider">NHibernate.Connection.DriverConnectionProvider</property>
      <property name = "connection.release_mode">on_close</property>
      <property name = "dialect">NHibernate.Dialect.SQLiteDialect</property>
      <property name = "proxyfactory.factory_class">NHibernate.ByteCode.Castle.ProxyFactoryFactory, NHibernate.ByteCode.Castle</property>
      <property name = "query.substitutions">true=1;false=0</property>
    </session-factory>
  </hibernate-configuration>

Надеюсь, это поможет!

Я смог использовать базу данных SQLite в памяти и избежать необходимости перестраивать схему для каждого теста с помощью SQLite поддержка 'Shared Cache', который позволяет разделять базу данных в памяти между соединениями.

Я сделал в AssemblyInitialize (использую MSTest) следующее:

• Настройте NHibernate (свободно) для использования SQLite со следующей строкой подключения:

  FullUri=file:memorydb.db?mode=memory&cache=shared
  

• Используйте эту конфигурацию для создания объекта hbm2ddl.SchemaExport и выполнения его в отдельном соединении (но снова с той же самой строкой соединения).

• Оставьте это соединение открытым и на него будет ссылаться статическое поле до Сборка, после чего оно будет закрыто и утилизировано. Это связано с тем, что SQLite необходимо, чтобы в базе данных в памяти было хотя бы одно активное соединение, чтобы знать, что оно все еще требуется, и избежать уборки.

Перед запуском каждого теста создается новый сеанс, и тест запускается в транзакции, которая откатывается в конце.

Вот пример тестового кода уровня сборки:

[TestClass]
public static class SampleAssemblySetup
{
    private const string ConnectionString = "FullUri=file:memorydb.db?mode=memory&cache=shared";
    private static SQLiteConnection _connection;

    [AssemblyInitialize]
    public static void AssemblyInit(TestContext context)
    {
        var configuration = Fluently.Configure()
                                       .Database(SQLiteConfiguration.Standard.ConnectionString(ConnectionString))
                                       .Mappings(m => m.FluentMappings.AddFromAssembly(Assembly.Load("MyMappingsAssembly")))
                                       .ExposeConfiguration(x => x.SetProperty("current_session_context_class", "call"))
                                       .BuildConfiguration();

        // Create the schema in the database
        // Because it's an in-memory database, we hold this connection open until all the tests are finished
        var schemaExport = new SchemaExport(configuration);
        _connection = new SQLiteConnection(ConnectionString);
        _connection.Open();
        schemaExport.Execute(false, true, false, _connection, null);
    }

    [AssemblyCleanup]
    public static void AssemblyTearDown()
    {
        if (_connection != null)
        {
            _connection.Dispose();
            _connection = null;
        }
    }
}

И базовый класс для каждого класса / прибора модульного теста:

public class TestBase
{
    [TestInitialize]
    public virtual void Initialize()
    {
        NHibernateBootstrapper.InitializeSession();
        var transaction = SessionFactory.Current.GetCurrentSession().BeginTransaction();
    }

    [TestCleanup]
    public virtual void Cleanup()
    {
        var currentSession = SessionFactory.Current.GetCurrentSession();
        if (currentSession.Transaction != null)
        {
            currentSession.Transaction.Rollback();
            currentSession.Close();
        }

        NHibernateBootstrapper.CleanupSession();
    }
}

Я допускаю, что управление ресурсами может быть улучшено, но это, в конце концов, модульные тесты (предлагаемые улучшения приветствуются!).

Просто хочу поблагодарить Decates. Пытался решить эту проблему уже пару месяцев, и все, что мне нужно было сделать, это добавить

FullUri=file:memorydb.db?mode=memory&cache=shared

в строку подключения в моем конфигурационном файле nhibernate. Также используя только NHibernate с * .hbm.xml, а не FNH, и мне вообще не нужно было изменять мой код!

У меня такая же ошибка, когда я забыл импортировать пакет SQLite Nuget.