Database 有人能提出嵌入servlet容器中的数据库的生产性使用的缺点吗?

Database 有人能提出嵌入servlet容器中的数据库的生产性使用的缺点吗?,database,tomcat,derby,embedded-database,Database,Tomcat,Derby,Embedded Database,具体地说,我的团队正在考虑将ApacheDerby嵌入Tomcat作为生产部署的一部分,而部署的简单性是主要动机。有人能建议这个计划有什么重大的缺点吗?该数据库将由两个或三个web应用程序同时访问。最初,任何一个表中的最高条目数预计在10000左右,尽管这可能会增加。非常感谢您的建议。对我来说,这听起来是德比的理想用法!Derby被设计成嵌入式的,并且易于部署。唯一有点复杂的是使用多个web应用程序。由于每个Tomcat web应用程序都是一个单独的类加载器实例,因此它们看起来就像Derby的多

具体地说,我的团队正在考虑将ApacheDerby嵌入Tomcat作为生产部署的一部分,而部署的简单性是主要动机。有人能建议这个计划有什么重大的缺点吗?该数据库将由两个或三个web应用程序同时访问。最初,任何一个表中的最高条目数预计在10000左右,尽管这可能会增加。非常感谢您的建议。

对我来说,这听起来是德比的理想用法!Derby被设计成嵌入式的,并且易于部署。唯一有点复杂的是使用多个web应用程序。由于每个Tomcat web应用程序都是一个单独的类加载器实例,因此它们看起来就像Derby的多个独立客户端应用程序,因此在连接时需要使用Derby客户端/服务器连接协议,而不是Derby嵌入式协议。也就是说,使用的术语是,每个Tomcat web应用程序都是一个单独的Derby实例

在您的配置中,您可能会发现使用“derby.war”很有用,它是打包为war文件的derby网络服务器。将WAR打包到Tomcat实例中作为另一个web应用程序,并使用它管理Derby服务器代码,然后让每个客户端web应用程序连接到它。

谢谢,布莱恩,我们很可能会采用德比战的方式。我们考虑在服务器级别定义数据源,并通过JNDI查找访问它,方法如下:您如何评价这种方法?我认为这是一种很好的方法。不过,JPetStore配置最重要的一点是,它们的应用程序打包为一个Tomcat web应用程序。在你最初的信息中,你特别提到“同时有两个或可能有三个web应用程序”。如果您可以将其保留在访问Derby的单个web应用程序中,那么请务必使用嵌入式配置,因为它比客户机-服务器配置简单得多。