Использование SQL_CALC_FOUND_ROWS в SqlDataProvider в Yii2

Насколько я понимаю, функция SqlDataProvider выглядит следующим образом:

• Если нумерация страниц не задана, поставщик данных запросит базу данных, а затем count() модели, сгенерированные в результате. Это то, что вам нужно.
• Если установлена ​​разбивка на страницы, она либо будет использовать значение, предоставленное $totalCount, либо если $totalCount == NULL вернет значение SqlDataProvider::prepareTotalCount(), которое настроено на возврат 0. Не то поведение, которое вам нужно.

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

Я вижу две возможности.

Вы либо удаляете пагинацию, либо обрабатываете ее отдельно. Это реально возможно только в том случае, если вы знаете, что ваш возвращаемый набор будет относительно небольшим. В большинстве практических ситуаций это не вариант.

Это приводит к тому, что нам нужно выполнить два запроса. Если вас устраивает идея двух запросов и вы чувствуете, что необходимо выполнять их как можно ближе друг к другу, вот как вы можете продолжить, чтобы получить наилучшие результаты:

• Расширить SqlDataProvider на новый класс ... назовем его CustomSqlDataProvider
• Установите новое свойство public $totalCountCommand.
• Напишите prepareTotalCount() метод, чтобы переопределить поведение по умолчанию

Что-то вроде:

protected function prepareTotalCount()
{
    return $this->totalCountCommand->queryScalar();
}

Затем вы можете просто создать свой поставщик данных в следующих строках:

$countCommand = Yii::$app->db->createCommand('
    SELECT COUNT(*) FROM user WHERE status=:status
', [':status' => 1]);

$dataProvider = new CustomSqlDataProvider([
    'sql' => 'SELECT * FROM user WHERE status=:status',
    'params' => [':status' => 1],
    'totalCountCommand' => $countCommand,
    'sort' => [
        'attributes' => [
            'age',
            'name' => [
                'asc' => ['first_name' => SORT_ASC, 'last_name' => SORT_ASC],
                'desc' => ['first_name' => SORT_DESC, 'last_name' => SORT_DESC],
                'default' => SORT_DESC,
                'label' => 'Name',
            ],
        ],
    ],
    'pagination' => [
        'pageSize' => 20,
    ],
]);

Что это должно сделать, так это запустить ваш запрос на подсчет, когда поставщик данных получает набор результатов, в отличие от того, что у вас было изначально, когда подсчет производился, когда поставщик данных был установлен (ну технически еще до того как поставили)

PS: Я не тестировал этот код, просто прочтите код yii2. Однако он должен либо работать с небольшими настройками, либо указывать на правильный путь. Дайте мне знать, если вам понадобится дополнительная информация.

ОБНОВЛЕНИЕ: я изменил свой ответ, чтобы разрешить проверку страницы.

Я прибыл с опозданием более чем на год, но хотел поделиться, что действительно возможно использовать SQL_CALC_FOUND_ROWS в SqlDataProvider в Yii2.

Вам необходимо расширить класс SqlDataProvider до:

• получить общее количество от SELECT FOUND_ROWS().
• изменить способ свойства validatePage объекта pagination объект работает.

В чем проблема?

Если вы посмотрите на последние строки метода prepareModels() класса SqlDataProvider (Yii 2.0.10) ...

if ($pagination !== false) {
    $pagination->totalCount = $this->getTotalCount();
    $limit = $pagination->getLimit();
    $offset = $pagination->getOffset();
}

$sql = $this->db->getQueryBuilder()->buildOrderByAndLimit($sql, $orders, $limit, $offset);

return $this->db->createCommand($sql, $this->params)->queryAll();

... вы увидите, что $this->getTotalCount() вызывается перед выполнением запроса. Очевидно, это проблема, если вы хотите использовать SELECT FOUND_ROWS() для общего подсчета.

Но зачем ему звонить заранее? В конце концов, на тот момент он еще не начал создавать пейджер. Итак, объекту pagination требуется общий счет только для проверки индекса текущей страницы.

Вызов метода getOffset () getPage () для расчета. , который вызывает getQueryParam () чтобы получить текущую запрашиваемую страницу. После этого getPage() вызывает setPage ($ page , правда). И здесь, когда необходимо общее количество: setPage() вызовет getPageCount (), чтобы убедиться, что запрашиваемая страница находится в установленных границах.

Каково решение?

Чтобы расширить класс SqlDataProvider, установите для свойства validatePage объекта pagination значение false, пока мы не выполним наш запрос. Затем мы можем получить общее количество от SELECT FOUND_ROWS() и включить пользовательскую проверку страницы.

Наш новый пользовательский поставщик данных может быть примерно таким:

use Yii;
use yii\data\SqlDataProvider;

class CustomDataProvider extends SqlDataProvider
{
    protected function prepareModels()
    {
        // we set the validatePage property to false temporarily 
        $pagination = $this->getPagination();
        $validatePage = $pagination->validatePage;
        $pagination->validatePage = false;

        // call parent method 
        $dataModels = parent::prepareModels();

        // get total count
        $count = Yii::$app->db->createCommand( 'SELECT FOUND_ROWS()' )->queryScalar();

        // both the data provider and the pagination object need to know the total count 
        $this->setTotalCount( $count );
        $pagination->totalCount = $count;

        // custom page validation       
        $pagination->validatePage = $validatePage;
        // getPage(true) returns a validated page index if $validatePage is also true
        if ( $pagination->getPage(false) != $pagination->getPage(true) ) { 
            return $this->prepareModels();
            // or if you favor performance over precision (and fear recursion) *maybe* is better:
            //$this->sql = str_replace( 'SQL_CALC_FOUND_ROWS ', '', $this->sql);
            //return parent::prepareModels();
        }

        return $dataModels;
    }
}

И мы можем использовать это так:

$dataProvider = new CustomDataProvider([
    'sql' => 'SELECT SQL_CALC_FOUND_ROWS ...';
    //'totalCount' => $count, // this is not necessary any longer!
    // more properties like 'pagination', 'sort', 'params', etc.
]);

Есть ли недостаток?

Что ж, наша новая настраиваемая проверка страницы менее эффективна: если страница не проходит проверку, ей потребуется один дополнительный запрос.

Как работает проверка страницы?

Представьте, что у вас есть 100 элементов и вы используете поставщика данных с pageSize => 20 для отображения данных в ListView. Пейджер будет показывать ссылки для навигации по 5 страницам, но в некоторых случаях пользователь может попытаться получить доступ к странице 6: потому что он вручную изменяет URL-адрес, потому что количество записей изменяется с момента последней загрузки страницы (как в @ Brett's пример ) или потому что он перешел по старой ссылке.

Как поставщик данных управляет ситуацией? Если validatePage установлен на ...

• false (независимо от поставщика): он попытается запросить страницу 6 с помощью SQL, например: SELECT ... LIMIT 20 OFFSET 100. Он получит пустой набор данных, а виджет выдаст сообщение «Результаты не найдены».
• true (SqlDataProvider): заранее обнаружит, что последней доступной страницей является номер 5, и запросит ее с SELECT ... LIMIT 20 OFFSET 80.
• true (CustomDataProvider): он попытается запросить страницу 6, получит пустой набор данных, впоследствии поймет, что страница 6 не существует, и запросит еще раз < / strong> для страницы 5.