Java 什么时候将JDBC与lucene索引一起使用是一个好主意？

我正在为我们的应用程序实现一个基于lucene Compass的搜索引擎，我们将部署到vmware环境。客户机告诉我，vmware主机上的I/O性能非常差，因此，与索引文件的共享存储相比，首选用于lucene的JDBC存储。我对此感到惊讶

---

所以我想知道如果你有选择的话，在集群环境中使用数据库或共享存储来存储lucene索引的利弊是什么？它是否取决于预期的索引写入次数

我需要一些数据来支持这一主张。数据库不也使用I/O吗？或者您的JDBC解决方案会连接到非虚拟化数据库实例吗

你多久与Lucene重新编制一次索引？如果您每天只使用单独的批处理作业执行一次，我不认为这会是一个问题

我更喜欢Lucene而不是JDBC，因为解决方案需要搜索功能。有时间尝试使用SQL和LIKE子句进行自由形式搜索。这似乎效率要低得多

---

如果这是一个大问题，请尝试一个小的基准。

我认为您可能在某种程度上误解了这个问题。我将使用Lucene进行搜索索引，但支持Lucene的存储方法是我要评估的。Lucene可以通过JDBC将其索引存储在数据库中。因此，它不会使用DMBS索引进行搜索