Eu posso ver onde o "dono" entra, mas uma associação é um cano, e você pode olhar para baixo em qualquer uma das extremidades, então o que quer dizer qual entidade "possui" o cano.
Uma maneira diferente de ver isso é que, em um relacionamento Um para Muitos, há na verdade 2 relacionamentos acontecendo.
Relacionamento 1: pai para muitos filhos.
Relação 2: cada criança com um pai
Portanto, o NH tentará executar o sql para armazenar cada um deles no banco de dados. Mas não é necessário porque quando você define a chave estrangeira, por exemplo, no relacionamento 2 quando um filho é armazenado, ele automaticamente corrige o relacionamento de um dos pais para o filho também, porque o relacionamento 1 é o "inverso" do relacionamento 2 .
Portanto, significa inverso, é algo que obtemos por padrão, uma vez que definimos o relacionamento principal. ou seja, não há necessidade de o NH executar sql para corrigir o relacionamento 1 e, ao marcar a coleção filho como um NH Inverso, a execução do sql será ignorada quando a coleção filho for adicionada.
Eu presumiria que, se você não dissesse ao NH que era o inverso, seria um desperdício de esforço fazer sql para tentar estabelecer a relação inversa também - embora não fosse necessário.