тот же запрос, два разных способа, значительно отличная производительность

Question

У меня есть стол Postgres с более чем 8 миллионами строк. Учитывая следующие два способа выполнения одного и того же запроса через DBD::Pg, я получаю совершенно разные результаты.

$q .= '%'; 

## query 1 
my $sql = qq{ 
    SELECT a, b, c 
    FROM t 
    WHERE Lower(a) LIKE '$q' 
}; 
my $sth1 = $dbh->prepare($sql); 
$sth1->execute(); 

## query 2 
my $sth2 = $dbh->prepare(qq{ 
    SELECT a, b, c 
    FROM t 
    WHERE Lower(a) LIKE ? 
}); 
$sth2->execute($q); 

запрос 2, по крайней мере, на порядок медленнее, чем запрос 1 ... кажется, что он не использует индексы, в то время как запрос 1 используется индекс.

Хотелось бы услышать, почему.

Answer 1

С LIKE выражение, индексы б-дерево может быть использованы только тогда, когда схема поиска левого якоря, т.е. с концевым %. More details in the manual.
_{Благодаря @evil otto для связи. Эта ссылка на Текущая версия.}

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

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

Answer 2

Я подозреваю, что в первом случае компилятор/оптимизатор запросов обнаруживает, что предложение является константой и может построить оптимальный план запроса. Во втором он должен скомпилировать более общий запрос, потому что связанная переменная может быть чем-то во время выполнения.

Answer 3

Я не знаю Postgres вообще, но я думаю, что в строке 7 (WHERE Lower (a) LIKE '$ q' ), $ q на самом деле является константой. Похоже, ваш редактор тоже так думает, так как он выделен красным цветом. Вам, вероятно, все еще нужно использовать? для переменной.

Чтобы проверить, сделайте COUNT (*) и убедитесь, что они совпадают - я мог бы быть вне базы.

Answer 4

Вы используете оба тестовых примера из того же файла, используя тот же объект $ dbh? Я думаю, что причина увеличения скорости во втором случае заключается в том, что вы используете подготовленный оператор, который уже разобран (но, может быть, я ошибаюсь :)).

Answer 5

Ahh, я вижу - я выйду после этого комментария, так как я не знаю Perl. Но я бы верил, что редактор прав, выделив $ q как константу. Я предполагаю, что вам нужно объединить значение в строку, а не просто ссылаться на переменную. Таким образом, я думаю, что если + используется для объединения строк в Perl, а затем использовать что-то вроде:

мой $ SQL = кв.кв { ВЫБРАТЬ а, б, в ОТ т ГДЕ Lower (а) LIKE ' } + $ q + qq {'};

(Примечание: если язык не тесно интегрирован с базой данных, например Oracle/PLSQL, обычно перед созданием базы данных требуется создать полностью корректную строку SQL, вместо того чтобы ожидать, что компилятор «интерполирует»/Замените значение переменной.

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