Коллеги, подскажите, пожалуйста: при таком запросе выводит ошибку "qryConsole : State 22018, native 245, message [Microsoft][ODBC SQL Server Driver][SQL Server]Ошибка преобразования значения varchar "    3V   " в тип данных int."
Я понимаю что это из-за проблемы преобразования в число, однако у меня в ЗначенияхСвойств везде прописаны строки, которые легко преобразуются в числа (значения 100, 200, 300 и т.д.). Так что ему не нравится? Пробовал ЗначениеСвойства оборачивать в CAST - всё тоже самое...

SELECT СвойстваНоменклатуры.PARENTEXT [Владелец $Справочник.Номенклатура]
    , $СвойстваНоменклатуры.ЗначениеСвойства [Значение $Справочник.ЗначенияСвойств]
FROM $Справочник.СвойстваНоменклатуры AS СвойстваНоменклатуры With (NOLOCK)
WHERE ($СвойстваНоменклатуры.ВидСвойства = :ТекСвойство)
    AND ($СвойстваНоменклатуры.ЗначениеСвойства = 275)

(0)
//$СвойстваНоменклатуры.ЗначениеСвойства = 275

вот тут - жпо

ибо нефик элемент справочника с числом сравнивать

(0) преобразовать таки надо. а что там не так с cast или convert - фиг знает. как с cast писал?

те собственна, сам скуль и сообщил об этом

(2) так надо же! :) почему SQL не может объект в число конвертнуть?

(5) че надо ?
Ты сравниваешь ссылку на элемент справочника с числом. Скажи спасибо, что sql не матом ошибку пишет.

$СвойстваНоменклатуры.ЗначениеСвойства = элемент справочника Значения свойств. У него наверно есть наименование. Нужно, грубо говоря так: $СвойстваНоменклатуры.ЗначениеСвойства.Наименование = "275" (видимо нужно еще соединение с справочником "Значения свойств" по свойству, чтобы наименование получить)

(3) WHERE ($СвойстваНоменклатуры.ВидСвойства = :ТекСвойство)
    AND (CAST($СвойстваНоменклатуры.ЗначениеСвойства AS INT) = 275)

(6) см. (8)
Разве это не должно работать???

(7) хочется без лишних соединений

(8) Попроси кого-нибудь, чтоб стальной линейкой тебе по пальчикам от меня стукнул.

(9) ты сравниваешь тёплое с мягким.

у тебя в $СвойстваНоменклатуры.ЗначениеСвойства лежит id из таблички справочника ЗначенияСвойств.

С каким еще нахрен числом ты его сравнивать собираешься ?

(12) однако конструкция вида: (RTRIM($СвойстваНоменклатуры.ЗначениеСвойства) = '275')
ошибок же не выдает... правда и не возвращает того что надо ))

(14) ааа... тогда только через соединения получается....

это же ппроизвольный тип, тут нужно вроде Значение = ~~:ПараметрЧисло

(16) Допетрил ?
Но лучше, линейкой.. так быстрее до мозга сигнал доходит.

(18) я предполагал, но всё-таки не верилось до последнего....
Спасибо!

(18) Ты чего такой злой сегодня?

(20) пятница же

Однако так тоже не работает:
SELECT СвойстваНоменклатуры.PARENTEXT [Владелец $Справочник.Номенклатура]
FROM $Справочник.СвойстваНоменклатуры AS СвойстваНоменклатуры With (NOLOCK)
    INNER JOIN $Справочник.ЗначенияСвойств AS ЗначенияСвойств With (NOLOCK) ON $СвойстваНоменклатуры.ЗначениеСвойства = ЗначенияСвойств.ID
WHERE ($СвойстваНоменклатуры.ВидСвойства = :ТекСвойство)
    AND (CAST(ЗначенияСвойств.DESCR AS INT) >= 200)
GROUP BY СвойстваНоменклатуры.PARENTEXT

Текст ошибки: Ошибка преобразования значения varchar "0 гр." в тип данных int.

Теперь то что скулю не нравится? Ну не может преобразовать - пропускал бы и всё...

+ не понятно к комментарию (13) - пусть там и ID, то почему возвращается то не ID объекта, а ЗначениеСвойства.Наименование?

(22) потому что у тебя среди свойств есть свойства с наименованиями, которые не преобразуются к числу, например "0 гр."

(23) вообще в ($СвойстваНоменклатуры.ВидСвойства = :ТекСвойство) я отбираю только те свойства, где такого нет... скулю пофигу на это похоже?

сделай временную таблицу, там отбери

можно еще
Выбор когда своство = .. и значение > ...

(24) посмотри что в результате

SELECT СвойстваНоменклатуры.PARENTEXT [Владелец $Справочник.Номенклатура]
FROM $Справочник.СвойстваНоменклатуры AS СвойстваНоменклатуры With (NOLOCK)
    INNER JOIN $Справочник.ЗначенияСвойств AS ЗначенияСвойств With (NOLOCK) ON $СвойстваНоменклатуры.ЗначениеСвойства = ЗначенияСвойств.ID
WHERE ($СвойстваНоменклатуры.ВидСвойства = :ТекСвойство)
    
GROUP BY СвойстваНоменклатуры.PARENTEXT

получается. По идее Where работает после соединения, но оптимизатор может сначала отсеять по Where и только потом соединять. В любом случае выражения строки в целое число потенциально будет давать ошибку.

(22) ё.

будь проще:

AND ЗначенияСвойств.DESCR = '200'

нафига тебе тип "строка 100" к числу кастовать ? Когда в строке может быть забито че угодно ?
Ищи сразу строку в строке.

так там же > а не =

(26) буду пробовать
(27) смотрел. Отдаёт всё что надо
(29) иногда нужно выбирать товары с условием >=

(30) я просто сначала "=" в (0) написал, но на самом деле действительно нужны ">" и т.д.

(30) Тебе уже раз 5 написали, что CAST('Строка 200' AS INT) будет давать ошибку

(32) строки тоже нормально на больше меньше сравниваются :), если че..

и ..'100'<'200' = true

(34) точняк! :)
до этого пытался строки сравнивать, но чего-то не так получалось...

(35) Ага, и '100' < '99'

(37) блиинн...

(37) есть такое

ладно, добавлю в значения свойств доп поле числовое и буду текст запроса менять в зависимости от ситуации....

тогда так
right(concat('0000000000', '100'),10) < right(concat('0000000000', '99'),10)

короче, строки к одной длине приводи и сравнивай.

(42) нее, это уже костыли

(43) ну, можешь во времянку сперва отобрать по виду свойства и ужо потом кастом к числу, тогда ошибки не будет в приоразовании

как в (25)

Понял. Попробую.
Благодарю всех за помощь! :)