Каковы подводные камни встроенного подключения к Derby по сети?

В частности, что касается повреждения базы данных, я считаю, что есть (по крайней мере) две фундаментальные проблемы с размещением базы данных в общем сетевом хранилище: (1) когда Derby пытается выделить пространство путем увеличения файла, файловая система может сообщить о выделении как об успешном хотя на самом деле диск заполнен; (2) когда Derby пытается гарантировать, что запись на диск действительно полностью записывается на диск, файловая система может сообщить, что данные записываются на диск, хотя на самом деле они по-прежнему записываются только в память.

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

Мы понимаем, что в документах Derby говорится, что встроенные базы данных должны использоваться только для локального сохранения, но может ли кто-нибудь предложить какие-то конкретные ловушки, с которыми мы можем столкнуться при такой конфигурации?

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

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

Кроме того, почему бы вам не использовать метод Сетевой сервер версии Derby?