Не знаю, как в Оракле, а в MSSQL оптимизатор тоже умеет тащить данные с таблицы, пользуясь множеством индексов. Это не так затратно делать, так как в нем поддерживаются покрывающие индексы, то есть если поля запроса полностью присутствуют в индексах, то оптимизатор работает только с индексами, вообще не обращаясь к таблице. Это как всегда палка о 2-х концах - с одной стороны оптимизатор может самостоятельно разруливать запросы с сложными соединениями таблиц более эффективно, так как он может выбирать не с одного, а нескольких индексов, плюс требований к квалификации специалиста меньше - пойди узнай, какие правильные индексы нужно на таблицы сделать, особенно если они должны быть составными. А тут сделал на каждое поле индекс и спишь спокойно. С другой стороны все эти многоиндексные покрывающие перетурбации очень нехорошо влияют на работу блокировок в MSSQL, скорость обновления (вполне возможно что можно было бы обойтись составным индексом на большую таблицу, а разработчик понаделал кучу индексов и радуется, что оптимизатор сам выбирать будет) и я даже подозреваю скорее всего как раз могут быть частой причиной деадлоков в MSSQL (кто то пишет информацию и блокирует строки в таблице, в это время кто то читает и оптимизатор блокировал те же строки на индексах). Ну а на Оракле может быть и прокатывает такая политика, раз уж он версионник и озабочен не блокировками, а своими сборками мусора.