Я могу видеть, где входит «владелец», но ассоциация - это труба, и вы можете смотреть вниз с любого конца, так что что сказать, какая сущность «владеет» трубкой.
Другой взгляд на это состоит в том, что в отношениях «один ко многим» на самом деле существуют 2 отношения.
Отношения 1: Многодетный родитель.
Отношение 2: каждый ребенок к родителю
Таким образом, NH попытается запустить sql для сохранения каждого из них в БД. Но в этом нет необходимости, потому что, когда вы устанавливаете внешний ключ, например, в отношении 2, когда сохраняется дочерний элемент, он также автоматически фиксирует отношение родителя к дочернему, потому что отношение 1 является «инверсией» отношения 2 .
Таким образом, инверсия означает, что это то, что мы получаем по умолчанию после того, как установили основные отношения. то есть NH не нужно запускать sql для исправления Отношения 1, и, помечая дочернюю коллекцию как инверсную, NH пропустит запуск sql при добавлении дочерней коллекции.
Я предполагаю, что если вы не скажете NH, что это обратная связь, тогда он потратит усилия на выполнение sql, чтобы попытаться установить обратную связь, хотя в этом и не было необходимости.