СокрЛП в Запросе #585176

Собственно сабж. Можно ли как то "откусить" в строковом реквизите пробелы справа? Вдогонку задача 2: а потом получить после этого самый правый символ...

зачем строки в запросе ?

Нууу, например то же наименование - чем не строка?

ВЫРАЗИТЬ ?

выводить куда будешь ? в макет ? там и откусывай =)

Начиная с 8.2.9 Операция языка запросов ВЫРАЗИТЬ возвращает строку переменной длины (без концевых пробелов) при приведении к типу СТРОКА. В режиме совместимости с версией 8.1 поведение не изменилось.

Идем дальше ;) А как быть с задачей 2?

А разве ВЫРАЗИТЬ применимо не только к полям составных типов?

чой-то?

истина обрабатывай уже после. зачем тебе это в запросе?

см. задачу 2. нужен самый правый символ далее в запросе причем не пробел.

посмотрел. ответь на

да вы чего, парни? с помощью ВЫРАЗИТЬ, я, например, могу округлить число до целой части. И это не составной тип :).

я не против, чего ты на меня "вы чего"? ;)

самый правый символ нужен далее в запросе

не верю ;)

а если на секунду поверить? ;)

меня тож бесит, что таких простых функций по работе с текстом в запросах 8-ки нету

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

хотя часть задач можно через "подобно" решить

вопрос то не в этом - оптимально или нет я решил ;) вопрос всего лишь - возможно или нет получить правый символ?..

возможно. через изврат

зачем?

Предварительно убрать в строке пробел сзади. Ну и выборов 20-30. В зависимости от того, какой длинны максимум у тебя будет строка

Скобку потерял, после "КАК СТРОКА". Ну вот он, собстно изврат:)

только вот на кой вот эти все иначе, потом еще вылезет ошибка об ограничении вложенности оператора ВЫБОР.

на кой этот изврат я не в курсе, но я также не в курсе зачем делать вложенные ВЫБОР, если он нормально раскладывается в один длинный ВЫБОР

не, настоящий изврат не так, и для произвольной длины строки

извращенцы 80-го уровня))

сделал для произвольной строки. страшно показывать :) кстати, вопрос: почему условие подстрока(стр,n,1)>"" ложно не тольуо для пустых строк, но и пробелов? как и подстрока(стр,n,1)<>""?

будем считать что нельзя ;)

Потому что в "" - 0 символов. Если будет " ", то будет истина

потому что конечные пробелы срезаются

нафига в запросе вырезать крайний правый символ. Была такая задача - можно и запросом - через временную ТЗ, только работает МЕДЛЕННО. Через ТЗ быстрее намного

проблема не только в конечных пробелах. при расщеплении строки на символы с таким условием вылетают ВСЕ пробелы из строки, т.к. условие для пробела не выполняется. но, если выбрать без условия, то в результате правильно стоит символ пробела, а не пустая строка. где собака порылась?

Делай два запроса, а не один. Сформировал таблицу, откуда "поткусывать надо", выгрузил в ТЗ, обработал функцией СокрЛП, потом обратился к этой таблице из нового запроса

это некошерно :) я делаю одним. да собственно, в применении к сабжу он и работает корректно. просто интересно, почему пробелы выпадают

Мне кажется, некошерно будет потом в таком извратном запросе работать, но наверное дело вкуса

зри в сабж, мопед не мой :) я просто сделал решение извращённой проблемы ТС настолько же извращённым методом, и наткнулся на . стало интересно выяснить причину

ап к

потому что если там пробел, то он как конечный (единственный вообще) обрезается и считается, что " "=""

а почему тогда в результат запроса идёт не "", а " " получается, тут в уме держу, а тут нет? какое-то странное поведение, имхо

странное, сам не согласен, но тем не менее это даже стандарт SQL, которого придерживаются большинство СУБД просто хотел сделать движок, который бы единообразно работал всюду: на клиенте и в запросах, а тут такой замес ((

ясно. ну, нет - так нет. просто раньше не сталкивался, а щас столкнулся - удивился