我们有一个审计表,它非常大(> 10 亿行)。它有许多索引实际上比表本身大,这是索引键压缩的理想情况(它们基本上以表名||列名作为前沿)。我在测试数据库中得到了超过 10:1 的比率。
问题是进行重建。我们使用的是 19c 企业版,因此可以在线完成。但不分区,所以这不是一个选择。但系统是 24/7 的,并且许多使用此审核的应用程序一直在使用(尽管夜间不那么繁忙)。
除了围绕不滚动自己的审计系统(现在有点融入现有流程,并且早于我!)和做一些内务处理(显然我们需要所有这些)的争论之外,任何关于最小化影响的最佳方法的想法这里?正在考虑建立一个全新的索引并放弃旧的索引,但不确定这是否有帮助。您甚至可以使用相同的列创建两个索引吗?我可以检查/测试我的猜测,但影响并不那么容易。