Lucene with sitecore索引是否自动更新?如果没有,我如何更新索引?

Lucene with sitecore索引是否自动更新?如果没有,我如何更新索引?,sitecore,sitecore7.2,Sitecore,Sitecore7.2,这是我第一次将Lucence与Sitecore一起使用,我想知道,当更新/编辑某个项目时,该项目的索引是否会自动更新 如果不是,那么在更新项目时更新Lucene索引的最佳方法是什么 Sitecore文档中关于“每次更新、创建或删除项目时,Sitecore都会运行一个更新索引的作业”。但我找不到与Lucene相同的观点 Lucene是默认的Sitecore索引提供程序。在clean Sitecore实例中,它会自动更新索引 每次更新、创建或删除项目时 如果你开始弄乱你的配置,你可以用多种方式阻止它

这是我第一次将Lucence与Sitecore一起使用,我想知道,当更新/编辑某个项目时,该项目的索引是否会自动更新

如果不是,那么在更新项目时更新Lucene索引的最佳方法是什么


Sitecore文档中关于“每次更新、创建或删除项目时,Sitecore都会运行一个更新索引的作业”。但我找不到与Lucene相同的观点

Lucene是默认的Sitecore索引提供程序。在clean Sitecore实例中,它会自动更新索引

每次更新、创建或删除项目时


如果你开始弄乱你的配置,你可以用多种方式阻止它。

Lucene是默认的Sitecore索引提供程序。在clean Sitecore实例中,它会自动更新索引

每次更新、创建或删除项目时


如果你开始弄乱你的配置,你可以用多种方式阻止它。

你看到的链接是错误的。您提供给我们的链接是6.6链接,但您的问题是Sitecore 7.2标签。从Sitecore 7开始,搜索提供程序已更改。您需要查看Sitecore 7文档

在Sitecore中,您有几种类型的索引更新策略:

  • IntervalAsynchronousStrategy(intervalAsyncCore,intervalAsyncMaster):根据配置,定期检查历史引擎以获取要索引的更新数据。在某些卷上,重建索引可能比更新索引更有效。默认配置将CheckForThreshold属性设置为true,如果从历史记录引擎确定的受影响项目数超过Web.config文件中ContentSearch.FullRebuildItemCountThreshold设置指定的值,则会导致完全重建索引。如果没有此设置(根据标准配置),其默认值为100000。核心数据库的sitecore\u core\u索引的默认配置(在/App\u Config/Include/sitecore.ContentSearch.Lucene.index.core.Config Web.Config Include文件中配置)使用此策略,间隔为一分钟
  • ManualStrategy(手动):此策略禁用自动索引更新。使用此策略的任何索引都需要手动或编程更新,尽管您可以通过编程手动更新任何索引。默认配置不会将此策略应用于任何索引。您不应将此策略与任何其他索引重建策略相结合。此策略的目的是针对特定情况,例如整个索引过程发生在单独的专用实例上,这意味着本地实例不需要执行任何索引操作
  • OnPublishindAsynchronousStrategy(OnPublishindAsync):由publish:end和publish:end:remote事件触发,此策略使用事件队列确定要增量索引的更新数据。如果数据库的历史引擎中没有时间戳在索引上次更新之后的条目,则此策略不采取任何操作。默认情况下,Sitecore 7根据需要启用事件队列以使用此策略。默认配置将此策略的CheckForThreshold设置设置设置为true,如果历史记录表指示的更新项目数超过配置的项目数,则会导致完整索引重建。在/App_Config/Include/sitecore.ContentSearch.Lucene.index.web.Config web.Config Include文件中配置的名为web的默认发布目标数据库的sitecore_web_索引索引的默认配置应用此策略,该策略适用于发布目标数据库。您不应将此策略与SynchronousStrategy或IntervalAsynchronousStrategy结合使用。您可以将此策略用于使用SwitchOnRebuildLuceneIndex实现的索引,该实现将索引指向临时目录,以避免在索引期间影响索引的使用

  • 重建TerfullPublishStrategy(重建TerfullPublish):此策略在站点发布或任何完全发布事件后执行索引的完全重建。对于单个索引,您不应将此策略与SynchronousStrategy策略结合使用,尽管您可以将其与其他策略结合使用。如果将此策略与OnPublishindAsync策略结合使用,请确保在OnPublishindAsync策略之前注册RebuildAfterFullPublishStrategy。Sitecore按照配置的顺序调查策略。按照此顺序,您可以在可能的情况下(在小型发布操作之后)使用高效策略,但不能在完全索引重建之后立即使用

  • RemoteRebuildStrategy(remoteRebuild):远程主机上管理的索引可以使用此策略在其他主机上完成完全重建后执行完全索引重建。例如,当用户通过用户界面在内容管理环境中重建索引时,内容交付实例中的索引可以使用此策略强制重建。此策略订阅index:end:remote事件默认配置不会将此策略应用于任何索引
  • SynchronousStrategy(syncMaster):此策略在各种事件发生后立即对更新的数据重新编制索引。在初始化时,此策略附加到低级数据引擎中的事件,以提供几乎实时的索引更新。在单实例环境中,此策略保证在数据更改后立即更新索引。在多实例环境中,此策略与广播触发索引的远程事件的事件队列配合使用。就机器资源而言,这是最昂贵的索引策略,只能在有限的情况下使用。此策略适用于内容管理环境,并且很可能永远不会用于内容交付环境,除非实时索引更新