«НРАВИТСЯ?» Более эффективно, чем LIKE '%' ||? || '%'

Question

Недавно один из моих коллег сделал замечание, что я не должен использовать

LIKE '%' ||? || '%'

скорее использовать

LIKE?

в SQL и затем заменить LIKE? маркер с LIKE '%' ||? || '%' перед выполнением SQL. Он отметил, что с помощью одного маркера параметров база данных DB2 будет кэшировать оператор всегда и таким образом сократить время подготовки SQL.

Тем не менее, я не уверен, что это точно или нет. Для меня это должно быть наоборот, поскольку мы делаем больше обработки, выполняя замену строки на SQL каждый раз, когда запрос выполняется.

Кто-нибудь знает, действительно ли один маркер ускоряет выполнение? Просто FYI - я использую Spring 2.5 JDBC framework, а версия DB2 - 9.2.

Мой вопрос в том, относится ли DB2 к LIKE? в отличие от «LIKE»% '||? ||'% '", поскольку кэширование и подготовка идут.

Answer 1

«НРАВИТСЯ?» является подготовленным заявлением. Подготовленные утверждения - это оптимизация на уровне драйвера JDBC. Мысль состоит в том, что базы данных анализируют запросы, чтобы решить, как их наиболее эффективно обрабатывать. Затем БД может кэшировать результирующий план запроса, заключенный в полный оператор. Повторное использование идентичных операторов повторяет план запроса. Таким образом, в основном, если вы используете один и тот же запрос несколько раз с разными строками сравнения, и если план запроса остается кешированным, то да, используя «LIKE?» будет быстрее.

Некоторая полезная (хотя несколько устарел) информация о PreparedStatements:

• Prepared Statments
• More Prepared Statments

Answer 2

Я не делал слишком много DB2, но не с 90-х, и я не совсем уверен, понимаю ли я ваш базовый вопрос. Тогда я получил телефонный звонок от главы команды DBA. «Чем вы занимаетесь, чем любой другой программист, который у нас есть?» Имейте в виду, что это было в начале моей карьеры, поэтому в предварительном порядке я ответил: «Ничего ...», представьте себе своего рода хриплый голос. «Итак, почему ваши запросы занимают 50% ресурсов процессора других ребят?». Я сделал быстрый опрос всех других парней и обнаружил, что я был единственным, кто использовал подготовленные заявления. Теперь под обложками Spring автоматически делает подготовленные заявления, и за последние годы они значительно улучшили кэширование записей в базе данных, но если вы используете их правильно, вы можете получить ускорение там, и он сделает кеш операторов реже меняют вещи. Это действительно зависит от вашего варианта использования, если вы только однажды нажмете на запрос, тогда не будет никакой разницы, если его несколько тысяч раз, очевидно, это значительно изменит ситуацию.

Answer 3

в SQL и затем заменить LIKE? маркер с LIKE '%' ||? || '%' перед выполнением SQL. Он отметил, что с помощью одного маркера параметров база данных DB2 будет кэшировать оператор всегда и таким образом сократить время подготовки SQL.

Если DB2 не является какой-то странной чужой SQL-базой данных, или если это драйвер делает некоторые сумасшедшие вещи, то сервер базы данных никогда не увидит ваш подготовленный оператор до тех пор, пока вы его не выполните. Таким образом, вы можете менять условия в PreparedStatement и в течение всего дня, и это не будет иметь никакого эффекта, пока вы не отправите его на сервер при его выполнении.