Ну, как и все остальное, это зависит.
Разбиение может уменьшить конкуренцию и устранить горячие блоки. Например, представьте, если хотите, систему транзакций. Если вы разделите по хешу какое-либо значение суррогатного идентификатора клиента, каждый индекс будет значительно меньше и потенциально менее подвержен конфликтам и разбиению корня индекса.
Другим решением, если у вас есть проблемы с параллелизмом, является использование индексов обратного ключа для «одноногих» индексов, где индексированный столбец, заполненный последовательностью, заставляет продолжить разбиение на блоки. Однако использование индексов с обратным ключом препятствует использованию индекса при сканировании диапазона, поэтому будьте осторожны.
Это действительно зависит от того, какие события ожидания Oracle являются частью вашего критического пути транзакции. То, что вы ожидаете, обычно определяет, какое решение подходит.
Так что это может помочь. Это также может ухудшить ситуацию. Без дополнительной информации о том, что добавляет время ожидания - если что-нибудь - Интернет не может помочь решить проблему.