Столкнулся с проблемой что NH втихаря генерирует плохой запрос с IN, который казалось бы не должен возникать, но NH думает что так лучше :)



Получается что при первом обращении к User.Payments в эту коллекцию загружаются все оплаты пользователя. Все работает как задумано и все последующие запросы типа:


работают как положено, не генерируя лишний SQL, т.к. все Payment в коллекции.

НО! Когда я делаю запрос чуть глубже чем Payment, например:


то это приводит к генерации очень плохого запроса. NH берет все ProductId из коллекции user.Payments и запрашивает их:
select * from Product where id in (1,2,3,3,4... тут все id из user.Payments)
в плане такой запрос не позволяет использовать индекс, т.к. IN достаточно длинный, что приводит к full scan и падению системы по timeout. Вручную написать запрос с хинтом WITH(INDEX(MyIndex)) - не вариант.

Выходом я вижу как-то указать в маппинге для User, что вместе с Payment для поля Payments нужно загрузить ещё и Product. Примерно так:
mapping.HasMany(x => x.UserServicePayments).Join(x=>x.Product)
Но как это написать на fluetn nhibernate не пойму.
Спасибо!

Другими словами я хочу чтобы NH при инициализации коллекции user.Payments делал запрос:

авторэта потому что NHibernate унылое преунылое УГ...

попробуй не обращаться к навигационным коллекциям хибера.. никогда, тащи запросы из сессии, с критериями, через LINQ-обёртку и прочую ерунду.

Я конечно же избегаю обращаться к навигационным коллекциям. Но к сожалению это очередной старый проект, который мне дали на сопровождение. Там ВСЯ бизнес логика находится внутри POCO. Медленно и верно переношу её в слой сервисов, но это влечет за собой массивные рефакторинги с изменением сотен файлов.
Просто в этот раз хотелось не бить блох утюгом, а обойтись малой кровью...

авторpublic IList<Payment> Payments {get;set;} //зачем?
Было :) Там конечно сильно сложнее, лишь максимально упростил пример.

авторесть ощущение, что Where(x=>x.Product.Name == n) - это не доменная логика
Ну значит вы не знаете как мне сделать маппинг. Жаль.

автордаже страшно представить, что тогда там в этих "POCO"
POCO такие большие что студия тормозит при скролле и их пришлось нарезать на partial classes :)
Классический enterprise. 500 полей в каждой сущности :)

Дорогой товарищ! Я прекрасно знаю как писать запросы через ISession и я бы с радостью так сделал, но в том месте программы где мне нужно я не могу его получить, без массивного рефакторинга.

Ларчик то просто открывался, ребята.
Можно ведь указать чтобы Payment всегда джойнил Product с помощью:


Это приводит к жадному джойну с продуктами, хотя местами это замедлит работу, но с целом в моем случае это спасение.
Удивительно, что это не помогало: