Вообще-то, он есть. Но так как ты этим кешем управлять не можешь, то для тебя как пользователя БД его вроде бы и нет :)

ScareCrowэто как???Обновились данные в таблице - изменилась статистика распределения - старый план перестал быть оптимальным.

ScareCrowпочему тогда все остальные планы кэшируют? да еще фигню какую нить
придумают, для принудительного кэширования?Еще раз повторяю - все СУБД (в которых есть планы) делают кэширование этих планов. Но одни СУБД позволяют администратору вручную управлять планами, а другие не позволяют.
Ручное управление планами может дать как серьезный выигрыш в производительности, так и серьезный проигрыш. Поэтому в тех СУБД которые позиционируются как СУБД для больших задач и в котороых предполагается что с БД постоянно возится опытный администратор - там идут на дополнительную работу - придумывают "фигню" для ручного управления планами.
А в СУБД для которых изначально предполагается работа в режиме "ее однажды создали и не разу потом не администрировали" в них это ручное управление планами не делают по причине бессмысленности. Лучше отдать силы разработчиков на улучшение модуля оптимизации. Вот он то и будет управлять планами, в том числе и их кэшированием.