В варианте, который я описал, в 99,99999% пользователю информация о деталировке не нужна.Это дополнительная опция.Если не доходить до маразма,как в случае с загрузкой по одному полю(интересно узнать какой размер пакетов у них использовался для передачи!), то в большинстве случаев пользователь не заметит отдельной загрузки.
Кроме допустимого времени реакции, существует еще такое понятие, как надежность системы.
Для всех любителей абстрактных рассуждений вопрос.
Что может произойти в блокировочнике, если одновременно выполняются два запроса:
первый на выборку,второй на апдейт по полю с некластерным индексом?

И тишина........Как быстро страсти улеглись.Ответ простой-мертвая блокировка.Думаю, когда выше ее вероятность любители показывать все и сразу сообразят сами.Заказчика больше устроит неторопливая система, чем не работающая совсем.
Одно дело, когда Access применяется для работы с зоопарком из нескольких разнородных источников данных, и совсем другое, при работе нескольких сотен пользователей одновременно.
Другой аспект-это разработка и дальнейшее применение объектов.Какой вариант вы выбирите, если их тоже будет несколько сотен:генерация в несколько кликов простых объектов с последующей их композицией или ручное конструирование монстров с вылизыванием микросекунд?
Объект должен содержать и выполнять только то для чего он предназначен.
В шаблононе MVP, который мы применяем,рекомендуется использовать раздельные объекты, что
позволяет конструировать интерфейс из готовых блоков, выделить отдельно логику бизнес процессов, автоматизировать тестирование и прочие. Пример. Компании, отделы, физ.лица имеют много общих сущностей-адреса, контакты, телекомы, комментарии и тд.В каких случаях нужна вся эта информация сразу?
Посмотрите msdn в разделе патерны.Какие там рекомендации на основе решений, которые применяются не один год.
Оптимизация нужна только в очень крайних случаях.Если будут провалены сроки никого не будет интересовать маленький кусок, где все оптимизировано до блеска.
PS. В Axapte еще более "идиотский" способ-открытие курсора с чтением по одной записи.Вариант не очень идеальный, но это работает.

Правильно поставленый вопрос и отсутствие каши в голове- половина успеха.Тебе здесь не раз объясняли, что в БД объекты не хранятся.ORM предназначен специально для того, чтобы не составлять вручную запросы.Объснять тебе как работает Hibernate - пустое занятие.За сим все.