kormotТ.е. для каждого FOREIGN KEY надо создать дополнительно KEY idx (fkID)?Совсем необязательно. Основная задача внешнего ключа гарантировать ссылочную целостность. Для этого вполне достаточно основного ключа или ограничения уникальности на основной таблице. В основном, индекс на внешнем ключе нужен только если по этому полю(ям) выполняется фильтрация, да и то есть ситуации, когда даже в таком случае индекс всё равно может оказаться излишним.

fkthatChAИндекс больше нужен потому, что где внешний ключ - там наверняка будут по нему джойны с таблицей, на которую он ссылается. Надобность проверить по-моему очень легко - сджойнить эти таблицы с реальными данными и посмотреть план запроса - используется ли индекс или нет, потому что это очень сильно может зависеть от объема данных и от статистики.Безусловно, практика - критерий истины, но по моим многолетним наблюдениям для JOIN часто более чем достаточно индекса со стороны основной таблицы, так как в запросах хотят видеть их данные, потому что чаще всего это какие-то справочники. Само слияние по индексам, к сожалению, не спасает от bookmark lookup в подчинённой таблице, если только он удачно не впишется в кластерный индекс. В результате польза от него бывает не так велика, как бы хотелось. В то же время, если внешние значения активно и независимо используются при фильтрации, то тут, конечно, без индекса никуда. Если, конечно, выборка, опять же, не идёт по всей таблице или фильтрация по другим полю(ям) уже её неплохо ограничивают. Так что речь идёт не столько о том, будет или нет использоваться индекс, а будет ли от него реальный выигрыш, а не только лишние траты ресурсов на его создание и поддержание. Обилие индексов может само собой создавать немалые проблемы, их создание должно быть объективно аргументированно, избегая бездумной комбинаторики на все мыслимые и немыслимые случаи.