Dapper - Multi Mapping с одним возвращаемым значением

dapper

Вопрос

Ниже приведен код, который я использую для возврата выгружаемого списка объектов:

string query2 = @"
        select count(*) as TotalCount from blogposts p where p.Deleted = 0 and p.PublishDate <= @date
        select * from (
            select p.*, 
            row_number() over(order by publishdate desc) as rownum
            from blogposts as p
            where p.Deleted = 0 and p.PublishDate <= @date
        ) seq
        where seq.rownum between @x and @y";

using (var cn = new SqlConnection(connectionString))
{
    cn.Open();
    using (var multi = cn.QueryMultiple(query2, new { x= lower, y = upper, date = DateTime.UtcNow }))
    {
        var totalCount = multi.Read<int>().Single();
        var posts = multi.Read<PostModel>().ToList();
        return new PagedList<PostModel>(posts, page, pageSize, x => totalCount);
    }
}

Хотя это работает, это означает, что я должен дважды определить свои критерии, один раз для запроса count и один раз для запроса набора результатов. Вместо того, чтобы прибегать к конкатенации строк, я могу выполнить только один запрос:

        string query = @"
                select * from (select p.*, 
                row_number() over(order by publishdate desc) as rownum,
                count(*) over() as TotalCount
                from blogposts as p) seq
                where seq.rownum between @x and @y";

Однако я не могу сопоставить это с помощью Dapper. Я не могу использовать тот же метод, что и выше, потому что не существует нескольких результатов. Я пробовал использовать множественное сопоставление, но это ожидает возврата IEnumerable.

Как мне сопоставить следующее?

    public class PostList
    {
        public IEnumerable<PostModel> Posts;
        public int TotalCount { get; set; }
    }

благодаря

Бен

Принятый ответ

Ну ... ты не ...

Вам нужно будет изменить свой PostModel, чтобы включить свойство TotalCount ... которое действительно уродливо. Или выполните динамический и переделайте его в Select который также является уродливым.

Вы видите, что вы возвращаете счетчик (*) N раз с count(*) over() ... это взломать, использование этого взлома не обязательно быстрее. Я измерил, что это медленнее, чем запуск двойного запроса в некоторых из моих сценариев, в частности, вы можете сократить некоторые индексы в select count(*) так как вы не выбираете все столбцы. Кроме того, хак отключает определенные оптимизации поискового вызова, например, вы не можете добавить select top N в запрос.

Моя рекомендация по поисковым вызовам будет заключаться в том, чтобы правильно индексировать, это ключ. Измерьте perf и посмотрите, действительно ли этот хак помогает (когда правильная индексация на месте).

Я слежу за проблемами вокруг конкатенации строк, но вы всегда можете определить общие вспомогательные методы для этого.



Лицензировано согласно: CC-BY-SA with attribution
Не связан с Stack Overflow
Лицензировано согласно: CC-BY-SA with attribution
Не связан с Stack Overflow