немного излишества. кто-то мудрый однажды сказал: «Вы не хотите изобретать колесо». в качестве примечания - на самом деле я исследовал «extra = lazy» в то время, и (я не помню, кто из команды nHib) сказал, что поведение подсчета запросов на самом деле не является преднамеренным, и что пользователи не должны положиться на это.
то чтобы прояснить: мое приложение на самом деле не о сотрудниках и отделах. Я просто использую эти термины для примера).
У каждого отдела есть коллекция сотрудников, которая загружается лениво. Всякий раз, когда я добавляю нового сотрудника, я хочу убедиться, что он не существует в коллекции, поэтому я загружаю коллекцию в память и проверяю ее.
Проблема заключается в том, что в производственной среде у меня есть несколько отделов с числом сотрудников более 10 000 человек.
Я обнаружил, что получение коллекции, а затем сохранение нового сотрудника занимает много времени.
Я сделал небольшой эксперимент, в котором я скопировалточно такой же Выберите оператор, сгенерированный nH для ADO.Net SQLDataAdapter. Вот результаты:
***16:04:50:437*** DEBUG NHibernate.SQL - SELECT ... FROM dbo.[Employee] emp0_ left outer join dbo.[Department] department1_ on emp0_.Department_id=department1_.Id left outer join dbo.[TableC] TableC2_ on department1_.TableC_id=TableC2_.Id WHERE emp0_.SomeField_id=@p0;@p0 = 2
***16:05:00:250*** DEBUG NHibernate.SQL - SELECT ... FROM dbo.TableD codeshared0_ left outer join dbo.[Department] department1_ on codeshared0_.Department_id=department1_.Id left outer join dbo.[TableC] TableC2_ on department1_.TableC_id=TableC2_.Id WHERE codeshared0_.Employee_id in (select emp0_.Id FROM dbo.[Employee] emp0_ left outer join dbo.[Department] department1_ on emp0_.Department_id=department1_.Id left outer join dbo.[TableC] TableC2_ on department1_.TableC_id=TableC2_.Id WHERE emp0_.SomeField_id=@p0);@p0 = 2
16:05:04:984 DEBUG NHibernate.SQL - Reading high value:select next_hi from dbo._uniqueKey with (updlock, rowlock)
16:05:05:078 DEBUG NHibernate.SQL - Updating high value:update dbo._uniqueKey set next_hi = @p0 where next_hi = @p1;@p0 = 10686, @p1 = 10685
***16:05:05:328*** DEBUG MyApp.Managers - commiting
16:05:12:000 DEBUG NHibernate.SQL - INSERT INTO dbo.[Employee] (...) VALUES (@p0, @p1, @p2, @p3, @p4, @p5, @p6, @p7, @p8, @p9);@p0 = 23/04/2011 04:04:49, @p1 = 23/04/2011 03:34:49, @p2 = 23/04/2011 04:04:49, @p3 = 23/04/2011 03:34:49, @p4 = '', @p5 = False, @p6 = 433, @p7 = NULL, @p8 = 2, @p9 = 10685
16:05:12:140 DEBUG NHibernate.SQL - UPDATE dbo.[Employee] SET Department_id = @p0 WHERE Id = @p1;@p0 = 2, @p1 = 10685
16:05:12:343 DEBUG MyApp.Managers - success
16:05:12:359 DEBUG MyApp.Tests - ------------------------------------------------------------
16:05:12:359 DEBUG MyApp.Tests - Finished nHib stuff- now switching to ADO
16:05:12:359 DEBUG MyApp.Tests - starting SQL: SELECT ... FROM dbo.[Employee] emp0_ left outer join dbo.[Department] department1_ on emp0_.Department_id=department1_.Id left outer join dbo.[TableC] TableC2_ on department1_.TableC_id=TableC2_.Id WHERE emp0_.SomeField_id=2
16:05:14:750 DEBUG MyApp.Tests - total rows received: 10036
16:05:14:750 DEBUG MyApp.Tests - SQL: SELECT ... FROM dbo.TableD codeshared0_ left outer join dbo.[Department] department1_ on codeshared0_.Department_id=department1_.Id left outer join dbo.[TableC] TableC2_ on department1_.TableC_id=TableC2_.Id WHERE codeshared0_.Employee_id in (select emp0_.Id FROM dbo.[Employee] emp0_ left outer join dbo.[Department] department1_ on emp0_.Department_id=department1_.Id left outer join dbo.[TableC] TableC2_ on department1_.TableC_id=TableC2_.Id WHERE emp0_.SomeField_id=2)
16:05:15:250 DEBUG MyApp.Tests - total rows received: 2421
Как вы можете видеть, выборка занимает ~ 15 секунд при нг, по сравнению с ~ 2 секундами в ADO.Net.
Из небольшого исследования я знаю, что nH, вероятно, не предназначен для хранения такого количества элементов в сеансе. Можете ли вы вспомнить какую-либо другую возможную причину этой проблемы или другое предложение, кроме фильтрации сотрудников на уровне БД?
Спасибо
-РЕДАКТИРОВАТЬ-
Следуя приведенным ниже советам, я попытался использовать Reflection Optimizer (без разницы) и IStatelessSession для загрузки моей коллекции (выдает исключение - коллекции не могут быть получены сессией без сохранения состояния).
Я думаю, что мой код в классе Департамента должен будет измениться с чистого:
if (this.Employees.Contains(emp))
{
...
}
к этой «грязной» версии:
var employeesRepository = IOCContainer.Get<IEmployeesRepository>();
if (employeesRepository.EmployeeExists(this,emp))
{
...
}
У кого-нибудь есть лучшее предложение?