Переход на embedded PostgreSQL в unit-тестах

Данные хранятся в памяти, об этом раздел «Временные файлы в RAM».

Переход на embedded PostgreSQL в unit-тестах

Пробовали HikariCP, кстати, этот пул сейчас используется в продакшене в одном из проектов. C3P0 пока устраивает по скорости, поэтому нет смысла все переводить на Hikari (тем более, был эксперимент еще с одним репозиторием, ощутимого выигрыша в скорости не заметили). Юнит-тесты выполняются одинаково быстро, что с тем, что с другим.

Переход на embedded PostgreSQL в unit-тестах

Да, все верно. У нас есть опыт использования c3p0 в проектах, поэтому выбрали именно его.

Переход на embedded PostgreSQL в unit-тестах

Не хотелось усложнять инфраструктуру для запуска тестов на машинах разработчиков (выше в комментариях уже про это говорили). По поводу скорости — после некоторых оптимизаций, описанных в последней части статьи, в особенности после того, как задействовали пул соединений — тесты стали проходить так же быстро, как и при использовании in-memory базы.

Переход на embedded PostgreSQL в unit-тестах

Для прогона тестов на машине разработчика хотелось бы ограничиться Maven'ом, зачем городить дополнительную инфраструктуру?

Переход на embedded PostgreSQL в unit-тестах

Спасибо за пояснение, исправлено.

Переход на embedded PostgreSQL в unit-тестах

В данный момент такой возможности нет, но в проекте otj-pg-embedded на github этот вопрос уже поднимался (в том числе, каким образом это можно было бы реализовать)