Кто-нибудь может предложить недостатки для производственного использования базы данных, встроенной в контейнер сервлета?

Question

В частности, моя команда рассматривает возможность встраивания Apache Derby в Tomcat как часть производственного развертывания, основной причиной которого является простота развертывания. Кто-нибудь может предложить какие-либо существенные недостатки этого плана? Доступ к базе данных будет осуществляться двумя или, возможно, тремя веб-приложениями одновременно. Первоначально прогнозируется, что наибольшее количество записей в любой одной таблице будет около 10000, хотя это может увеличиться. Любой совет приветствуется.

Answer 1

Звучит как идеальное использование Дерби для меня!Derby предназначен для встраивания и простого развертывания.Единственное, что немного сложнее - это использование нескольких веб-приложений.Поскольку каждое веб-приложение Tomcat представляет собой отдельный экземпляр загрузчика классов, для Derby они выглядят как несколько независимых клиентских приложений, поэтому при подключении вам потребуется использовать протоколы соединения клиент / сервер Derby, а не встроенные протоколы Derby.То есть для использования терминологии http://db.apache.org/derby/docs/10.6/devguide/cdevdvlp96597.html, каждое веб-приложение Tomcat является отдельным экземпляром Derby.

В вашей конфигурации может оказаться полезным использовать derby.war, сеть Derby.сервер упакован в виде файла WAR.Упакуйте эту WAR в ваш экземпляр Tomcat как еще одно веб-приложение и используйте его для управления кодом сервера Derby, а затем подключите к нему каждое из ваших клиентских веб-приложений.Смотри http://db.apache.org/derby/docs/10.6/adminguide/cadminservlet98430.html