Для крупного поисковика и Оракл не подойдет. И вообще ничто не подойдет. Не нужны для поиска стандартные реляционные базы данных, потому что они предназначены для различных операций над различными данными. В то время как поисковику нужно выполнять всего одну операцию - получить данные по ключу. И для этого нет смысла использовать готовые продукты, лучше написать свою базу, но заточенную под эту конкретную операцию. А после получения данных поисковику нужно выполнить кучу специфических действий, для которых стандартная база опять таки плохо приспособлена. Во первых, индекс там сжат и его нужно распаковать, причем для сжатия используются специфические алгоритмы, вроде кодов Голомба, возможно дополненные разными хитростями, например сжатие по блокам, с отдельной индексацией блоков. Затем нужно получить пересечение (объединение) полученных списков (некоторые поисковики еще объединяют документы из одного домена), вычислить рейтинг страниц, отсортировать документы. И все эти операции опять таки пишутся и затачиваются под данную конкретную структуру данных, используемых поисковиком.
Впрочем, я не могу утверждать, что крупные поисковые системы вообще не используют готовые базы. Возможно они их используют для вторичных задач, например хранения и выдачи копий сохраненных страниц и т.п.
Вот и продвигает MySQL.