Пусть исходная таблица имеет вид:
+-----+------+
| a1  |  s1  |
| a2  |  s2  |
| a1  |  s3  |
| a2  |  s4  |
+------------+
Количество строк, разумеется, произвольное.

Нужно запросом получить результирующую таблицу вида:

+-----+------+
|  a1 | s1+s3|
|  a2 | s2+s4|
+------------+

Можно ли это реализовать в 1с?

ТипЗнч(sN) ?

a - ссылка на элемент справочника.
s - строковые значения.

Тогда запросом в дерево, потом обходить циклом.

разрешаю

ах, запросом. запрещаю

(3) Это нужно в макете схемы компоновки данных отчета реализовать.

формируешь таблицу.. передаешь в скд..

(6) ах, СКД. разрешаю

(8) еще бы примерчик на sql

(9) зачем?

(10) чтобы был.

хорошо. примерчик чего?

как sql запросом получить из исходной таблицы результирующую (в шапке темы)

(13) вроде бы на такое способны только некоторые диалекты SQL

(0) СоединитьСтроки() вам в помощь в качестве функции расчета выражения.

И что же делать?

А SQL тут при чём? СКД сама умеет такое...

(16) не выходить за рамки СКД

(15) + естественно работает только в СКД. В чистом запросе вы это не получите.

а ВычислитьВыражение() не подойдет?

Ладно, спасибо. Попробую разобраться с этой скд.
Хотя, конечно, тупость, что нет такой нужной агрегатной функции.

(21) Тупость - это требовать от запроса вещей, для которых он не предназначен.
Иначе в следующий раз ты захочешь документы складывать. Или справочники...

тупость, конечно. итоги очень хорошо считать

(22) существует же функция сумма() для чисел. Почему бы не реализовать такую для строк?

(24) в СКД она есть, выше указана. В запросе, с ней проблемы, ибо запрос потом транслируется. И насколько мне известно далеко не все СУБД, куда идет трансляция поддерживают этот функционал. Да и складывать строчки в запросе - это все-таки кроме отчетов обычно и не нужно, а для отчетов есть СКД.

(24) Потом для документов и справочников.
Напоследок оставим двоичные данные и бизнес-процессы.

(26) почему бы нет. Если придумать способ сложения справочников и документов.

кто тут путает сложение с конкатенацией?

(24) думаю это идет от того, что для чисел последовательность при сложении пох, а для строк слегка не пох
будешь потом капризничать - не правильно объединило

(29) Далеко не всегда. Мне, например, нужно получить список инвентарных номеров для групповых карточек основных средств одной строкой. И последовательность значения не имеет.

(30) Зачем они нужны одной строкой? получайте массив и собирайте его потом в строку. Зачем это в запросе делать - непонятно. Сказали уже - запрос не предназначен для таких вещей.

(30) пятый параметр у СоединитьСтроки - пох

(30) это вот в конкретном случае не имеет, а завтра понадобится чтоб по порядку или еще как шли