automapper + ленивая загрузка + mvc contrib grid + репозиторий s#arp

Я использую хорошие репозитории s#arp и метод расширения подкачки, а также сортировку следующим образом:

public ViewResult Index(int? page, GridSortOptions sort) 
        {
            ViewData["sort"] = sort;

            if (!string.IsNullOrEmpty(sort.Column))
            {
                return View(this.LabService.GetAllLabs().OrderBy(sort.Column, sort.Direction).AsPagination(page ?? 1, 10));
            }

...

Мой первый вопрос:

(1) Правильно ли, что сортировка должна выполняться до разбиения на страницы и что все это использует ленивую загрузку (т.е. внутренне использует TOP n или что-то в реальном SQL)?

Одним из недостатков текущей реализации mvc contrib grid является то, что она не позволяет сортировать настраиваемые столбцы (например, комбинированные значения столбцов), например:

String.Format("{0} {1}", lab.Proposer.LastName, lab.Proposer.FirstName)

(используется в представлении)

Я пытался избежать моделей представления в своем довольно простом решении s#arp, но, возможно, в этом случае я мог бы использовать модель представления, чтобы разрешить сортировку по пользовательским столбцам.

В прошлом я использовал automapper для сопоставления моделей предметной области с моделями просмотра и наоборот. Однако у меня есть одна проблема с этим решением. Это все еще работает с отложенной загрузкой?

Другими словами, не должен ли automapper сопоставлять ВСЕ объекты домена с объектами представления, прежде чем он сможет выполнять сортировку и разбиение по страницам, что приводит к снижению производительности?

Я надеюсь, что это имеет смысл, и вы понимаете, к чему я клоню. Спасибо.

С наилучшими пожеланиями,

христианин