разные матчи при использовании подготовленных заявлений на CHAR (3) колонка

Question

я должен был сделать CHAR(1 CHAR) колонку шире, и я забыл изменить тип столбца VARCHAR2:

DUPLICADO CHAR(3 CHAR) 

Я заметил ошибку, когда мой PHP приложение будет больше не найти точные совпадения, например:

SELECT * 
FROM NUMEROS 
WHERE DUPLICADO = :foo 

... с :foo будучи #4 не нашел 3-символа не проложенный #4 значения. Тем не менее, я первоначально ударил красную селедку при отладке запроса в SQL Developer, потому что впрыскивание необработанных значений в запрос найдет совпадения!

SELECT * 
FROM NUMEROS 
WHERE DUPLICADO = '#4' 

Почему я получаю совпадения со вторым запросом? Почему подготовленные заявления имеют значение?

Answer 1

Чтобы расширить немного на мои комментарии, я нашел немного в документации, которая объясняет разницу между blankpadded и nonpadded сравнения:

http://docs.oracle.com/database/121/SQLRF/sql_elements002.htm#BABJBDGB

Если оба значения в вашем сравнении (две стороны равных знак) имеют тип данных CHAR или NCHAR или являются литеральными строками, тогда Oracle выбирает сравнительное сравнение. Это означает, что если длины отличаются друг от друга, тогда он заполняет короткие пробелы до тех пор, пока они не будут иметь одинаковую длину.

С колонкой DUPLICADO будучи в CHAR(3), значение '#4' хранится в столбце в виде трех символов '#4 ' (обратите внимание на пробел в качестве третьего символа.) Когда вы DUPLICADO = '#4' правило гласит, Oracle будет использовать blankpadded сравнения и поэтому blankpad буквального '#4' до тех пор, пока он не будет иметь такую ​​же длину, что и столбец. Таким образом, это фактически становится DUPLICADO = '#4 '.

Но когда вы сделаете DUPLICADO = :foo, это будет зависеть от типа данных переменной привязки. Если тип данных - CHAR, он также будет выполнять сравнительное сравнение. Но если тип данных - VARCHAR2, тогда Oracle будет использовать не-дополненное сравнение, и тогда вам будет необходимо сделать пустую карту, где это необходимо.

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

Разработчик SQL может быть особым случаем, который может не указывать тип данных - возможно, по умолчанию он может связывать переменные, всегда являющиеся типом данных VARCHAR2. Я не знаю достаточно о том, чтобы SQL Developer был уверен в этом ;-)