У меня эта СУБД ведет вспомогательную базу данных в системном мониторе(системные данные - журналы действий, журналы ошибок и прочих неприятностей). Использую ее в режиме in-process, с одним рабочим соединением (только для потоков монитора). Работает в боевом режиме уже этак с год, база в среднем около 10М, 15 таблиц, с периодической автоматической чисткой. Никаких претензий. Единственное - надо аккуратно закрывать БД при завершении или перезагрузке приложения - иначе data.log может попортиться. Я как-то забыл это - результат был попорченный лог после двух или трех перезапусков (сои сервера перезагружаются ночью раз в сутки). Делается закрытие просто:


До того, как пределал в in-process, некоторое время тестировал в режиме отдельного сервера. Проблем не было никаких, но мне лишние сложности с лишним сервером просто оказались ни к чему. Кстати, сервер сам закрывает БД при останове, так что ничего особенного делать не надо. Просто перезапускать его, чтобы сбрасывал лог.

Одновременная работа пользователей организуется приложением, а не СУБД. HSQLdb в режиме сервера поддерживает несколько параллельных соединений, как и любой другой сервер. Вот в in-process режиме это не факт - у меня были какие-то проблемы, когда я создавал пул из нескольких соединений. Но в этом режиме нсколько соединений и не нужны.