Eu tenho a seguinte consulta que eu chamo no meu modelo taxonomy.php via query_brands_geo('dealers', 'publish', '1', $taxtype, $geo, $brands);

Esta função funciona perfeitamente. No entanto, depois de ler o codex para as postagens de consulta, ele mencionou pre_get_posts como a maneira preferida de alterar a consulta padrão. Os pre_get_posts seriam mais eficientes que minha função wp_query abaixo?

Em caso afirmativo, como eu construiria os pre_get_posts e passaria minha variável e consulta abaixo?

function my_custom_query($posttype, $poststatus, $paidvalue, $taxtype, $geo, $brands) {
   global $wp_query; 
   $wp_query = new WP_Query();
   $args = array( 
      'post_type' => $posttype, 
      'post_status' => array($poststatus), 
      'orderby' => 'rand', 
      'posts_per_page' => 30, 
      'meta_query' => array( 
         array( 
            'key' => 'wpcf-paid', 
            'value' => array($paidvalue), 
            'compare' => 'IN', 
            ) 
      ), 
      'tax_query' => array( 
         'relation' => 'AND', 
         array( 
            'taxonomy' => $taxtype, 
            'field' => 'slug', 
            'terms' => $geo 
         ), 
         array( 
            'taxonomy' => 'brands', 
            'field' => 'slug', 
            'terms' => $brands 
         ) 
      ) 
   ); 

   return $wp_query->query($args); 
} 

pre_get_postsexecutará a mesma consulta, portanto, ambos levarão o mesmo tempo. Mas, se você utilizar a pre_get_postsação, salvará uma ou mais consultas SQL. No momento, o WordPress está executando a consulta padrão e, em seguida, você executa sua consulta com esta função que substitui os resultados da consulta padrão (a consulta padrão resultante é inútil). Abaixo está como você pode mover o seu $argspara

function custom_pre_get_posts($query, $posttype='dealers', $poststatus='publish', $paidvalue='1', $taxtype='any_default_value', $geo='any_default_value', $brands='any_default_value') {

    // filter your request here.
    if($query->is_category) {

        $args = array(
            'post_type' => $posttype,
            'post_status' => array($poststatus),
            'orderby' => 'rand',
            'posts_per_page' => 30,
            'meta_query' => array(
                array(
                    'key' => 'wpcf-paid',
                    'value' => array($paidvalue),
                    'compare' => 'IN',
                )
            ),
            'tax_query' => array(
                'relation' => 'AND',
                array(
                    'taxonomy' => $taxtype,
                    'field' => 'slug',
                    'terms' => $geo
                ),
                array(
                    'taxonomy' => 'brands',
                    'field' => 'slug',
                    'terms' => $brands
                )
            )
        );
        $query->query_vars = $args;
    }
}
add_action('pre_get_posts', 'custom_pre_get_posts');

Resposta tardia, pois a resposta mais votada interromperá sua consulta e simplesmente não é verdadeira em alguns pontos importantes.

O principal WP_Query e seus filtros

Primeiro, o WordPress usa internamente query_posts()(um invólucro fino WP_Queryque não deve ser usado em temas ou plugins) para fazer um WP_Query. Isso WP_Queryestá atuando como o loop / consulta principal. Essa consulta será executada por vários filtros e ações até que a string de consulta SQL real seja criada. Um deles é pre_get_posts. Outros são posts_clauses, posts_whereetc., que também permitem interceptar o processo de criação da string de consulta.

Uma análise aprofundada do que acontece dentro do núcleo

O WordPress executa a wp()função (in wp-includes/functions.php), que chama $wp->main()( $wpé um objeto da classe WP, que é definido em wp-includes/class-wp.php). Isso diz ao WordPress para:

1. Analise o URL em uma especificação de consulta usando WP->parse_request()+ mais sobre isso abaixo.
2. Defina todas as variáveis ​​is_ usadas pelos Tags Condicionais usando $wp_query->parse_query()( $wp_queryé um objeto de class WP_Query, definido em wp-includes/query.php). Observe que, apesar do nome dessa função, nesse caso WP_Query->parse_query, na verdade, não fazemos nenhuma análise para nós, pois isso é feito antecipadamente WP->parse_request().
3. Converta a especificação da consulta em uma consulta ao banco de dados MySQL e execute a consulta ao banco de dados para obter a lista de postagens, na função WP_Query-> get_posts (). Salve as postagens no objeto $ wp_query para serem usadas no loop do WordPress.

^{Codex Fonte}

Conclusão

Se você realmente deseja modificar a consulta principal, pode usar uma grande variedade de filtros. Basta usar $query->set( 'some_key', 'some_value' );a mudança de dados lá ou utilização $query->get( 'some_key' );para recuperar dados para fazer verificações condicionais. Isso evitará que você faça uma segunda consulta, pois está alterando apenas a consulta SQL.

Se você precisar fazer uma consulta adicional , vá com um WP_Queryobjeto. Isso adicionará outra consulta ao banco de dados.

Exemplo

Como as respostas sempre funcionam melhor com um exemplo, você tem um exemplo muito bom (adereços para Brad Touesnard), que simplesmente estende o objeto principal e, portanto, é bastante reutilizável (faça dele um plugin):

class My_Book_Query extends WP_Query
{
    function __construct( $args = array() )
    {
        // Forced/default args
        $args = array_merge( $args, array(
            'posts_per_page' => -1
        ) );

        add_filter( 'posts_fields', array( $this, 'posts_fields' ) );

        parent::__construct( $args );
    }

    public function posts_fields( $sql )
    {
        return "{$sql}, {$GLOBALS['wpdb']->terms}.name AS 'book_category'";
    }
}

Em seguida, você pode executar sua segunda consulta / adicional como você pode ver no exemplo a seguir. Não se esqueça de redefinir sua consulta posteriormente.

$book_query = new My_Book_Query();
if ( $book_query->have_posts() )
{
    while ( $book_query->have_posts() )
    {
        $book_query->the_post();
        # ...do stuff...
    } // endwhile;
    wp_reset_postdata();
} // endif;

Verifique as respostas em Quando usar WP_query (), query_posts () e pre_get_posts .

É um ótimo recurso se você tiver alguma dúvida em mente.