我没有深入研究SDL Tridion在其内部搜索引擎（SOLR）中存储数据的内容和方式，但我需要构建一个GUI扩展，需要在各个出版物上搜索组件/元数据字段。
我看不出任何理由不去看待SOLR，但在我投入时间之前，有没有人知道为什么这会是一个坏主意？
提前致谢！
答案 0 :(得分：4)
一般来说绕过API并直接查询SOLR是个坏主意。 从你的问题来看，我认为没有理由这样做。
您是否需要索引比Tridion已编入索引的数据更多的数据？ 如果没有，您当然可以使用API进行搜索吗？
如果这样做，您可以考虑为其他数据实施自定义搜索索引处理程序。虽然目前还没有很好地记录，但创建（实现ISearchIndexingHandler并更新CM和SOLR配置）似乎相当简单。好处是您也可以使用标准的Tridion搜索来搜索您的数据。
答案 1 :(得分：2)
这实际上取决于您的搜索要求。如果它只是简单的搜索 - 那么它可能很好，但是如果你想进行一些Tridion特定的搜索，那么SDL Tridion会对SOLR结果进行大量的后期处理会非常困难。为什么不能只使用CoreService并拥有方便的支持的搜索界面？
答案 2 :(得分：0)
正如彼得所说，与Tridion附带的SOLR进行交互真是个坏主意。 Tridion有一个抽象层来隐藏SOLR查询的复杂性。例如，tridion隐藏了搜索关键字的案例敏感度。
我强烈建议使用tridion search api来构建你的界面。 Tridion搜索API也支持直接执行solr查询。但它不推荐。
对于索引其他数据，您可以实现ISearchIndexingHandler。它与solr配置文件有一些复杂性（添加新字段）。