Причина в том, что на свежей аналитике оптимизатор считает, что так будет эффективнее. Элементарно после сбора оказалоиь, что в таблице например ингридиентов не 2000 записей, а 2 миллиарда, как следствие по своим правилам оптимизатор принимает решение об использовании того или иного плана.
Почему он так считает и принимает именно такое решение? На этот вопрос смогут ответить разработчики оптимизатора, но им скорее всего понадобится рабочий пример БД.
В свою очередь разработчику всегда следует помнить, что любой оптимизатор может ошибаться. Поэтому для корректировки и есть хинты.

glot-spk [игнорируется] 

Вы бы обратились в поддержку что ли самой программы. Вы ведь её купили, я полагаю.
А указанная ошибка может возникать и при отсутствии прав на объект, и при отсутствии самого объекта.
Наименование объекта указывает на то, что этт какой-то "системный" объект вашего приложения. То, что всё в итоге открывается, говорит о том, что объект не критический в вашем случае. Думаю поддержка приложения вам подскажет, как можно восстановить проблемный объект.