为 Zend_Search_Lucene 支持的搜索执行表在线重新索引的最佳方法
我正在使用 Zend_Search_Lucene 对应用程序中几个不同表中的记录进行全文搜索。我刚刚实现了此功能，目前索引是在应用程序部署后首次使用搜索功能时构建的。这显然不是我在生产中想要的。
我正在寻找一种简单的方法来执行索引作为应用程序部署逻辑的一部分，然后每半小时左右执行一次添加/更新记录的增量索引。
我应该注意什么来实施这个？
感谢您提供的任何及所有帮助。
I'm using Zend_Search_Lucene for full-text search of records in several different tables in my application. I have just implemented this functionality, and currently the index is built upon first use of the search functionality after application deployment. This is obviously not what I would like in production.
I'm looking for an easy way to perform the indexing as part of the deployment logic of the application, and then perform an incremental index of added/updated records once every half an hour or so.
What should I be looking at to implement this?
Thanks for any and all help that you may be able to provide.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
不需要将索引作为部署的一部分。在这里我建议一个解决方案。
在您的应用程序中创建一个默认目录，例如 searchdata。在其中为不同类型的数据创建单独的路径（例如，对于城市，文件夹为 city_index）。
在（应用程序的）配置文件中指定这些路径。
编写php脚本，使其读取表数据并建立索引。这些脚本使用配置路径来创建索引。
编写一个主脚本来运行所有这些脚本。
在您的服务器上运行这些脚本一次。此后的搜索将继续（使用配置路径进行搜索）。 （第一次搜索时没有索引）
如果添加了新城市，那么在您使用数据库更新添加该城市（模型函数）的代码中也会更新索引。还优化索引文件，这将减少搜索时间。此操作并不频繁，因此动态更新不成问题。
No need of indexing as apart of the deployment. Here i am suggesting a solution.
Make a default directory in your application say searchdata. Inside this make separate paths to the different types of data (say for cities, a folder as city_index).
Inside the config file (of your application) specify these paths.
Write php scripts so that it will read the table data and make the index. These scripts uses the config paths to make the index.
Write a master script which eill run all these scripts.
On your server run these scripts once. This onwards search will go on (use the config paths to search). (No indexing on first search)
If a new city has been added then in your code where you are adding that city(model function) with the db update update the index also. Also optimize the index file which will decrease the search time. This operation is not a frequent one, so updating on fly not a problem.