mvbНо простой запрос этот индекс не берет:
Апострофы добавь к значению, которое ищешь.

dimitr,

я правильно понимать, что оптимизатор будет вот такое искать:
- ?

И если да, то... зачем ему делать cast к варчару поля, которое и так варчар ?

dimitrТаблоид,

я не понимаю твой вопрос. Оптимизатор всего навсего проверяет совместимость типов. Так что достаточно каста в правой части. Либо правильно задать искомый литерал.Ну, вот забыли литерал задать правильно, и оптимизатор увидел несовместимость типов.
К чему в итоге будет преобразован where-предикат: - к чему-то подобному ?

m7mНасколько я помню если одно из полей Numeric то будет преобразовывать к Numeric
Между Varchar и Date отдаст предпочтение Varcharа, понятно: он вместо преобразования ключа к варчару стал преобразовывать поле к числу.

тьфу, не успел я со своей "догадкой века" :-)

dimitrфеерия какая-то началась, ей богу...ТаблоидНу, вот забыли литерал задать правильно, и оптимизатор увидел несовместимость типов. К чему в итоге будет преобразован where-предикатнафига его вообще преобразовывать?В данном примере тип литерала не соотв-вует типу поля, и это послужило причиной смена плана на натурал. Мой вопрос на самом деле такой: почему движок начинает искать по условию where cast( field as <literal_type) = <literal>, а не так: where field = cast(literal as <field_type>) ?

Гаджимурадов РустамКоторый вопросы и ответы? :)yes, it is ! :-)

kdvво всех случаях (как я понял) value преобразуется к типу field . Ты же предлагаешь (опять же, насколько я понял) только для int (!) field преобразовывать к value. Налицо "двойные стандарты", которые в перспективе могут привести к глюкам в коде (нечитаемость, тут рыбу заворачивали, и т.п.) и функционале.Всё наоборот!
При указании литерала, тип которого отличается от varchar-поля, ЭТО САМОЕ ПОЛЕ преобразуется к типу литерала. Оттого и план меняется на natural.
Рустам говорит (и я с ним согласен), что когда литерал есть целое число, то тут можно однозначно его интерпретировать и вместо where cast(field as int) = :literal сделать обратное - where field = cast(:literal as varchar(NN)).
Такое сравнение (варчар полей с целыми числами) настолько часто, что можно было бы сделать исключение для этого случая.

Гаджимурадов РустамСмотри "в-четвёртых".

(сдавленным голосом из сада)

Но ведь такие ошибки - их весьма трудно обнаружить среди сотен строк полезнейшего кода. Стейтменты вида select ... from contragents_ref where inn = 7755092124 (без апострофов) - они настолько хорошо "мимикрируют" при просмотре, что на это будет налетать еще много народу. Тип поля надо постоянно в башке держать :(

dimitr,

а причем тут именно " ИНН " ? это эе только для наглядности изложения приведено :-)