Захотел в запросе поработать со строковыми реквизитами Справочников, где потребовалось применять строковые функции типа: ДлинаСтроки, Позиция, ОбрезатьПробелы и тд
Но к моему удивлению окроме функции ПОДСТРОКА() ничего не увидел, Синтакс - Помощник тоже молчит.
Куда смотреть??? Или всё ещё функционал такой суровый?
Спасибо за ответы.

(0)[ОбрезатьПробелы]
поржал

не путай СКД и язык запросов

(1) только для тебя trim() тс-тс-тс  :))))))))

(0) всё ещё функционал такой суровый

да и в СКД многого нет из перечисленного, но можно сделать

(4) Благодарю

(3) а зачем, если SQL не чувствителен к конечным пробелам?

(7)[SQL не чувствителен к конечным пробелам]
байки

(8) на последних платформах работает так, ВЫРАЗИТЬ("МАМА    " КАК СТРОКА(6)) = "МАМА"

(3) не ври

(8)
смотри:

     ВЫБРАТЬ
   "АБ " КАК Поле1,
   1 КАК Поле2
ПОМЕСТИТЬ Т

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
   "АБ",
   2

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
   " АБ",
   4
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
   Т.Поле1,
   СУММА(Т.Поле2) КАК Поле2
ИЗ
   Т КАК Т

СГРУППИРОВАТЬ ПО
   Т.Поле1

(9) и не только на последних

(12) на 8.1 было различие

+ на файловой

(11) недавно поднималась тема - в локальных базах есть разница, в скуле концевые пробелы убираются

(7) Нужны нормальные функции работы со строками как в SQL

(15) я же про скуль

(16) пиши прямые запросы
и это - в мсскл нет функции trim()

(15) если длина строки переменная, то строка хранится в базе без пробелов.

(18) Из справки MS SQL
Следующие скалярные функции выполняют операции над входным строковым значением и возвращают строковое или числовое значение:

ASCII
NCHAR
SOUNDEX

CHAR
PATINDEX
SPACE

CHARINDEX
QUOTENAME
STR

DIFFERENCE
REPLACE
STUFF

LEFT
REPLICATE
SUBSTRING

LEN
REVERSE
UNICODE

LOWER
RIGHT
UPPER

LTRIM
RTRIM

(16) переходите на 7.7.
З.ы. из потаённых источников не собираются делать нифига почти в сторону развитя языка запросов на 1с. Никаких преобразований типов, циклов и т.д. не будет

(19) это неправда

(21) На клюшках в основном и сижу

(20) a rtrim чего не запостил?

(23) оставайся там, мы позовём когда в 8-ке реализуют)
лет через 10 заходи

+24 и это - мне не надо рассказывать ))) я уже умею

(25) Смех и грех. Пора бы в 1-се такое давно уже реализовать.

(27) реализуй! будь мужиком!

(28) Это к Орефкову, АЛьФу и др. гениям, а я простой смертный.
Если б эта компания светил занялась изначально этим продуктом(достаточно 10 чел. - 5 лет), то он не был бы таким резиновым в развитии.

(0) Да, к сожалению - так. СКД сделала шаг в этом направлении.
(29) Это надо дописать ядро, а конкретно - систему трансляции запросов 1с в SQL-запрос, причем сделать это для всех СУБД. 1С на такой шаг не пойдет.

(30)Печально, что ядро у них и вовсе НЕ ЯДРО, а "ядрышко" какое-то.. :))))))))))))))))

(22) ну попробуйте

ВЫБРАТЬ Контрагент.Наименование + Контрагент.ИНН

она вам выдаст наименование без пробелов.

(32) попробовал, если в наименовании есть пробелы сзади, то они никуда не делись

низачет тебе ))

(29) их бы туда никто не пустил. Изначально заниматься этим продуктом. И сейчас никто не пустит заниматься. И наверно это правильно.

(33) значит, они физически вставлены вручную. Или обработкой, когда грузили справочники. Ваша база кривая. При нормальной работе их нет.

(34) Правильно, что?
Что самые толковые и талантливые на стороне пытаются прикрутить тот функционал, что штатники не в состоянии сделать.

(35) конечно физически, я специально их вставил, чтоб ты не писал ересь про "если длина строки переменная, то строка хранится в базе без пробелов"

(36) правильно то, что есть концепция развития, и если типа какие-то владимиры из мухосранска начнут всякую дополнительную фигню предлагать, никто не помчится тут же менять ядро.

(36)+ Везде в современном бизнесе пытаются любой ценой завладеть самородками(посмотреть на топ-спортсменоы, учёных и тд), а в 1С-е на счёт этого я так понял даже и не чешутся.

(38) 1С-ники как всегда убоги в своих запросах, что в скуль, что по-жизни ))

(9) LOL.

(39) нет самородками они завладели, но самородки делают то, что нужно, а не занимаются самодеятельностью.

(41) чо?) не так чтоль?

(42) +100 :)
они и так бешеными темпами платформу развивают. И следуют нормальному принципу - ненужные хотелки Отсекать впринципе.

(42) Тебе можно доверять? Ты инсайдер?

(45) нет, мне доверять нельзя. Но то что в ближайшее время trim там не появится - в это можешь поверить.

(44) В (0) очень ненужные хотелки, ну прям потребности шизофренника.. :)))))))

(47) Не нужные.
Запросом ты получаешь данные, обрабатывай результат как хочешь уже

Я вот более нужным считаю Преобразование типов, Convert и Cast аналогичный скулю чтоб был, но и этого не будет, даже по адекватным причинам, несоответсвие типов на СКЛ и сервере 1с, примитивных особенно

(48) Неверно. Зачем мне доп. обработка, если необходимый функционал покрывается (должен покрываться:)) возможностями ядра? Т.е. мне бы сейчас пришлось писать не только хранимую процедуру(функцию), но и дополнительный функционал на C# или там бейсике, чтобы получить результат запроса к SQL? Я могу, но нафига?

(48) А ничего, что мне надо сразу по условию функции, используя группировочные поля, отфильтровать, что мне не надо.
И как хочешь не выйдет.

(50)(51) я про логику 1с, на такие вопросы они ответят именно так практически. Попробуйте спросить на партнёрском, там будет официальный ответ

(52) Да это понятно, я именно логику 1с и рассматривал:) Разумеется, вычисление сложных или пользовательских функций в рзультат в язык запросов было бы включать и не надо, но примитивный строковы

(53)...й функционал - можно было бы. Имхо. Даже по разные СУБД.

(52) а ссылку можешь пожалуйста кинуть. Уж очень много к ним замечаний и пожеланий.

(53) как я понял их - проблема как раз в примитивных типах, с этим связано невозможность преобразования типов, Число в строку в запросе например. Почему там проблема - не совсем осилил
(55) ссылка не поможет, нужен доступ партнёрский, там не флудят как тут)

(56) Я думаю, они в курсе своих прорех, но по всей видимости, как монополисты, забили на клиентов.

(57) пусть 8.3 сделают номрально лучше, чем будут тратить время на 8.2 отмирающую, имхо

(58) С их скоростью разработки и наращиванием необходимого функционала наверное придётся ждать 1С 9

Да не всё так плохо, работают много и продуктивно, причем часто отвлекаются на грёбаные ошибки, в т.ч. им много шлют дампов памяти кривых процессов, тех журналов и т.д.

(60) Буду ждать полноценной 1с 9
Думаю пора им поинтересоваться форумовскими звёздами-разработчиками, которых надо привлечь, заплатив щедро любые средства.
И будет счастье всем.

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

(62) Орефков? Не думаю, что он бы отказался, просто у них политика позапрошлого века "И кухарка может руководить страной..", а по сему наверное предложили оплату как обычному девелоперу. А ему, на их месте, я как минимум бы НА ПОРЯДОК больше бы предложил.

(57) Насколько я помню, позиция 1с, что их клиенты не программисты 1с, а пользователи.
Поэтому программистские хотелки стоят с максимально низким приоритетом.

P.S. В рамках существующей парадигмы не стоит использовать строковые значения для группировки и фильтрации

(64) Если уж исходить из предполагаемых тенденций догм и парадигм фирмы 1С, то наверняка: "А может аля на счётах кое-что наклацаете.."  :)))))))))

(65) Насколько я помню именно так Нуралиев на партнерском ответил на какую-то хотелку пару лет назад.
Что важнее чтобы пользователи "на счетах  не калчали" :). А программисты - перетопчутся.

(63) подробробности хз, проскакивало тут от него комент по этому поводу, не найти щас)
(66) ну вот... и как бы смысл то кричать?)

(66) Это в корне НЕПРАВИЛЬНО.
Что-то у него с здравым смыслом и логикой не вяжется!?!
Такой подход их только будет ГУБИТЬ, так как 1С все рассматривают как УНИВЕРСАЛЬНОЕ решения с возможностью ПРОГРАММИРОВАНИЯ, КОНФИГУРИРОВАНИЯ, АДМИНИСТРИРОВАНИЯ и уж в заклющей стадии ПОЛЬЗОВАНИЯ.

(68) 1с-ники - обслуга юзеров если чо, юзеры правят этим бренным миром

(68) Это как с хранилищем. Когда начинали говорить про CVS, дерево версий etc, то стандартный ответ "Если люди при помощи 1с-ного хранилища создали УПП, то и остальным программистам пока хватит. Задача не в приоритете" :)