重建Oracle文本索引

亲爱的团队，

在我们的IFS应用程序产品中，我们大量使用Oracle文本索引。我们不是实时更新索引，而是通过Ctx_Ddl.Sync_Index传递CLOB文档。我们以默认的30分钟间隔同步索引。在维护周期中，我们每周使用一次优化指标Ctx_DdL.Optimize_Index使用快速选项的方法。此外，我们每周对文本索引执行一次ALTER索引重建。

最近，我们在少数客户的重建操作中遇到了一些错误，因此我们考虑了如何前进。当我们浏览Oracle文档时，我们看到了一些与此相关的文章，但它们有些令人困惑。

https://docs.oracle.com/en/database/oracle/oracle-database/19/ccref/CTX_DDL-package.html#GUID-28E079B1-D5CA-4264-B1C0-A1C5CE174C55

它说: “建议使用此过程来优化索引，而不是使用ALTER INDEX声明。“

https://docs.oracle.com/en/database/oracle/oracle-database/19/ccapp/maintaining-oracle-text-indexes.html#GUID-10365262-8B48-40AA-B1F3-DE3268EA9B39

它说: “当您想使用新的首选项进行索引时，您可能会重建索引”

我们有几个问题要澄清。

1.我们是not changing any preferences在安装时创建文本索引后一次，那么我们是否要以计划的方式重建文本索引？这样做还有其他好处吗？

2.你相信吗Ctx_Ddl_Optimize_Index 与REBUILD 选项改为FAST 如果我们跳过使用重建索引，选项将是一个很好的选择ALTER INDEX声明？还是在我们的情况下没有必要。

3.展望未来，如果我们要删除，您还会看到其他风险吗ALTER INDEX REBUILD & continue 与only Ctx_Ddl_Optimize_Index 与FAST 选项？可能在性能等方面。

谢谢 & 致以最诚挚的问候，
纳文思

对我来说，(任何) 索引重建的底线是:

重建后我看到了实实在在的好处吗？

这种好处可能是

-永久节省空间 (因为如果不是永久的，那么为什么要麻烦)
-查询性能的可测量差异

如果您没有看到这一点，那么这似乎是在浪费精力。我们有一个便于搜索的AskTOM索引-我们从不重建它。