Собственно сабж.
Можно ли как то "откусить" в строковом реквизите пробелы справа?

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

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

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

ВЫРАЗИТЬ ?

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

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

Спасибо, Aleksey! )

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

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

(7) чой-то?

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

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

(10) посмотрел. ответь на (9)

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

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

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

(14) не верю ;)

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

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

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

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

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

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

зачем?

ПОДСТРОКА(&Строка, ВЫБОР
       КОГДА &Строка = (ВЫРАЗИТЬ(&Строка КАК СТРОКА(1)))
           ТОГДА 1
       ИНАЧЕ ВЫБОР
                 КОГДА &Строка = (ВЫРАЗИТЬ(&Строка КАК СТРОКА(2)) ТОГДА 2
                 ИНАЧЕ ....
             КОНЕЦ              
   КОНЕЦ, 1)

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

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

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

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

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

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

сделал для произвольной строки. страшно показывать :)

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

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

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

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

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

(32) проблема не только в конечных пробелах.

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

но, если выбрать без условия, то в результате правильно стоит символ пробела, а не пустая строка. где собака порылась?

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

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

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

(37) зри в сабж, мопед не мой :)

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

ап к (34)

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

(40) а почему тогда в результат запроса идёт не "", а " "

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

(41) странное, сам не согласен, но тем не менее это даже стандарт SQL, которого придерживаются большинство СУБД

просто хотел сделать движок, который бы единообразно работал всюду: на клиенте и в запросах, а тут такой замес ((

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