Тут любопытный вопрос возник - https://stackoverflow.com/questions/44881453/how-to-use-plan-with-update-or-insert-into

Явного указания Плана для Update-or-insert или например для Merge

С одной стороны, для вариативных над-команд, где в результате проверки условия (существования) идёт ветвление в разные "подпрограммы" - казалось бы смысла задавать план нету, пока в синтакс этого плана не добавят ветвление и под-планы для под-запросов. С одной стороны.

C другой стороны, сделана же поддержка плана в "чистых" delete и update, а ведь там же по зависимостям (триггера, FK, вьюхи) может тоже вылезти множественный план. Нц что-нибудь типа "update ... where x is not in (select ...)" - у вложенного подзапроса свой план вроде будет. Но это не мешает первичный "верхнего уровня" план задавать руками и прибивтаь гвоздиком.

По идее почему бы план первичного сопоставления данных в u-or-i и merge тоже не разрешить задавaть явно ?

Симонов Денис,

Хинты на отключение индекса (i+0) есть, хинтов на обязательное включение - нет, покрайней мере в 2.5

Кстати, это еще вопрос как лучше для диагностических целей, с хинтами или все же с явным заданием плана.

Симонов Денис,

дело вкуса

мне сама идея комментария, который внезапно вмешивается в работу программы, да ещё и нестандартным образом, для каждого сервера по разному, кажется очень сомнительной.

ну например, если я FB-шный запрос с планом запущу на SQLite или MS SQL, он мне скажет, что я придурок syntax error

а вот если я в комментах FB-шные хинты всуну и пролопоушу это на другой движок - то хз как отработает, непредсказуемость, в худшем случае вообще проинтерпретирует как-нибудь по-своему, половинчато