Руководство по созданию эффективных запросов

Рис. 10.2 

Как работает объектно-реляционное отображение
Теоретически инструмент объектно-реляционного отображения не меша-
ет приложению выполнять произвольные запросы к базе данных; обычно он 
предоставляет для этого определенные средства. Однако на практике поч-
ти всегда используются сгенерированные запросы из-за нехватки времени 
и простоты, с которой они создаются в приложении.
Поскольку фактический код базы данных скрыт от разработчика, операции 
базы данных со множествами объектов в конечном итоге реализуются так: 
метод ORM возвращает список идентификаторов объектов из базы данных, 
а затем каждый объект извлекается из базы данных отдельным запросом 
(также сгенерированным ORM). Таким образом, для обработки 
N
объектов 
ORM выдает 
N
+ 1 запрос к базе данных, воплощая, по сути, описанную в пре-
дыдущем разделе «проблему списка покупок».
Такое отображение решает проблему абстрагирования от деталей хране-
ния данных, но не обеспечивает эффективных средств манипулирования 
наборами данных.
Кроме того, ORM может скрывать важные детали реализации. Возьмем 
один пример из промышленной системы: параметр 
IsActive
для объекта 
Customer
, указывающий активность клиента в последнее время. Разработчик 
может подумать, что это просто атрибут, хранящийся в базе данных в таб-
лице клиентов, но на самом деле его значение зависит от сложного набора 
критериев, основанных на поведении клиентов, и при каждом обращении 
к атрибуту выполнялся запрос. Хуже того, этот атрибут использовался и часто 
проверялся в коде, чтобы в зависимости от статуса клиента изменять ком-
поненты пользовательского интерфейса. Чтобы отобразить одну страницу, 
этот сложный запрос выполнялся несколько раз.
в 
Поисках
 
Более