Saya dapat melihat di mana "pemilik" masuk, tetapi asosiasi adalah pipa, dan Anda dapat melihat kedua ujungnya, jadi apa yang harus dikatakan entitas mana yang "memiliki" pipa.
Cara lain untuk melihat ini adalah, bahwa dalam hubungan Satu ke Banyak, sebenarnya ada 2 hubungan yang terjadi.
Hubungan 1: Orangtua dengan Banyak Anak.
Hubungan 2: Setiap Anak dengan Orang Tua
Jadi NH akan mencoba menjalankan sql untuk menyimpan masing-masing ini di DB. Tetapi tidak perlu karena ketika Anda mengatur Kunci Asing misalnya di Relasi 2 ketika seorang anak disimpan, maka secara otomatis telah memperbaiki hubungan orang tua dengan anak itu juga karena Relasi 1 adalah "Invers" dari Relasi 2 .
Jadi inverse artinya, ini adalah sesuatu yang kita dapatkan secara default setelah kita mengatur hubungan utama. yaitu tidak perlu NH menjalankan sql untuk memperbaiki Hubungan 1 dan dengan menandai koleksi anak sebagai Inverse NH akan melewatkan running sql ketika koleksi anak ditambahkan ke.
Saya berasumsi bahwa jika Anda tidak memberi tahu NH itu kebalikannya, maka akan sia-sia upaya dalam melakukan sql untuk mencoba dan mengatur hubungan terbalik juga - meskipun itu tidak perlu.