[英]Directory lock error with Lucene.Net usage in an ASP.NET MVC site
[英]Proper structuring of Lucene.Net usage in an ASP.NET MVC site
我正在构建一个ASP.NET MVC站点,我计划使用Lucene.Net。 我已经设想了一种构建Lucene使用方法的方法,但不确定我的计划架构是否正常且高效。
Application_Start
事件:我检查文件系统上是否存在索引 - 如果它不存在,我创建它并用从数据库中提取的文档填充它。 IndexWriter
,填充文档,写入索引,最后处理IndexWriter
。 IndexWriters
没有被重用,因为我无法想象在ASP.NET MVC应用程序中这样做的好方法。 HttpRuntime.Cache
以查看用户是否已在过去5分钟内搜索过该术语 - 如果有,我会返回这些结果; 否则,我创建一个IndexReader
,构建并运行一个查询,将结果放入HttpRuntime.Cache
,将它们返回给用户,最后处理IndexReader
。 再一次, IndexReaders
不会被重用。 所有三个问题的答案都是一样的:重复使用读者(可能还有作者)。 您可以使用单例模式执行此操作(即将您的读/写器声明为公共静态)。 Lucene的常见问题解答告诉你同样的事情:分享你的读者,因为第一个查询是非常缓慢的。 Lucene为您处理所有锁定,因此您没有理由不拥有共享阅读器。
最简单的方法就是保持你的作家和(使用NRT模型)从中获取读者。 如果你很少写入索引,或者你对速度没有太大的需求,那么每次打开你的作家都可以。 这就是我做的。
编辑:添加了代码示例:
public static IndexWriter writer = new IndexWriter(myDir);
public JsonResult SearchForStuff(string query)
{
IndexReader reader = writer.GetReader();
IndexSearcher search = new IndexSearcher(reader);
// do the search
}
我可能会跳过缓存 - Lucene非常非常高效。 也许是如此高效,以至于再次搜索比缓存更快。
OnApplication_Start完整索引对我来说有点不合适 - 应该在它自己的线程中运行,以免阻止其他昂贵的启动活动。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.