Ленивое чтение в Castle.ActiveRecord
Я пишу приложение, которое должно периодически (например, каждую неделю) перебирать несколько миллионов записей в базе данных и выполнять код для результатов каждой строки.
Поскольку таблица такая большая, я подозреваю, что когда я вызываю SomeObject.FindAll (), она читает все 1,4 миллиона строк и пытается вернуть все строки в SomeObject [].
Есть ли способ выполнить выражение SomeObject.FindAll (), но загрузить значения более удобным для СУБД способом?
Ответы 1
Только не с FindAll(), который, как вы уже догадались, попытается загрузить все экземпляры указанного типа одновременно (и, в зависимости от того, как вы настроили NHibernate, может выдать огромное количество SQL-запросов для этого. ).
Ленивая загрузка работает только со свойствами объектов, поэтому, например, если у вас есть постоянный тип SomeObjectContainer, который имеет в качестве свойства список SomeObject, сопоставленный таким образом, что он должен соответствовать всем SomeObject и с lazy = "true", тогда был foreach в этом списке собственность, вы получите то, что хотите, вроде как; по умолчанию NHibernate будет выдавать запрос для каждого элемента в списке, загружая только по одному за раз. Конечно, кеш чтения станет огромным, поэтому вам, вероятно, придется много его очищать.
Что вы можете сделать, так это выполнить запрос HQL (или даже встроенный SQL), чтобы получить все идентификаторы для всех SomeObject, а затем перебрать идентификаторы по одному, извлекая соответствующий объект с помощью FindByPrimaryKey. Опять же, это не особенно элегантно.
Честно говоря, в такой ситуации я бы, вероятно, превратил это в плановое задание по обслуживанию в хранимой процедуре - если вам действительно не нужно запускать код для объекта, а не как-то манипулировать данными. Это может раздражать сторонников чистоты объектов, но иногда правильным решением является сохраненная процедура, особенно в таком сценарии пакетного задания.