Всем привет. Вопрос на засыпку:
Есть табличный документ. В нем таблица. Несколько колонок. В ячейках - строковые значения небольшой длины (до 20-и символов).
Как "превратить" в ТЗ с колонками, тип значений которых - строка в X символов (допустимая длина - переменная)? Например, 200 символов.

Заполнение в цикле таблицы с заранее добавленными колонками нужных типов не предлагать.

(0) говори уже ответ, не томи.

Код можно не подсказывать. Сам принцип интересует. На данный момент представляется, что это невозможно. Как ни крута СКД, использование в качестве источника данных табличного документа "забыли" прикрутить.

(1) да не знаю я.  А то бы не спрашивал

Вообще, всегда использовал ПостроительЗапроса. И всегда испытывал неудобство от того, что длинастроки в итоговой ТЗ была равна длине самого длинного значения в ТабДоке.

*длинастроки = длина у квалификатора строки в типе значения колонки

(0) сохраняй как Эксель и через адо грузи сразу в тз

(2) это помимо того что результат скд напрямую грузиться в тз

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

(5) да, про ADO думал. Но - ну его... но спасибо.
(6) так этот результат еще надо "вынуть" из ТабДока

(7) ну зачем же нам извращения

через построитель отлично

(9) ?

+к(9) не устраивает состряпанный построителем запрос - попробуй подсунуть свой с полями нужной длины

(11) какой еще запрос ?  если источник - табдок, текст запроса пуст.

ммм. не смотрел

да. твоя правда - не задумывался

а на это мы не можем влиять?

http://prntscr.com/jgzbjp

доступные поля смогем поменять?

в данном случае Артикул - это что?  Доступное поле?  Да, можем, но при выполнении построителя результат имеет тип значения каждой колонки не тот, который мы указали, а тот, который он вычислил исходя из данных в ТабДоке

т.е. у меня было тестах такое:

Построитель.ДоступныеПоля.ИмяКолонки.ТипЗначения = Новый ОписаниеТипов("Строка", , Новый КвалификаторыСтроки(128));

Но после Построитель.Выполнить() тип опять сбрасывался на строку небольшую длины

http://prntscr.com/jgzdvs
было 9 стало 5

(19) а не переинициализируется опять где-то?

(20) см. (19)

(21) см. сюда

http://prntscr.com/jgzet8

ЧЯДНТ?

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

А секрет расскажешь зачем?

(23) да все ты правильно делаешь.  Но выполни построитель - увидишь, что тип строки "сбросился".

(24) зачем выгружать данные из ТабДока в ТЗ ?  Для случаев, когда какая-то информация хранится в макете.

В итоге считаю задачу нерешаемой. В идеале хотелось бы вообще получить ТЗ с колонками неограниченной длины, а РезультатЗапроса в принципе такое не умеет. Так что будем заполнять ТЗ в цикле.

Всем спасибо.

(25) 1. да - я уже понял и написал "...хотя результату пока пофиг на эту длину

более 5ти символов получилось в результате. ..."

2. скорее интересует почему именно определенная длина

(26) ммм. ну ты заходи, если что :) я к тому, что может приснится решение.

Решение — добавить в табдок строку со значениями нужной длины.

Но проблемы я так и не понял. К чему все эти извращения и причем здесь СКД?

Можно сделать ТЩ колонкой не ограниченной длины, для этого определи тип колонки
Новый ОписаниеТипов("Строка", , Новый КвалификаторыСтроки(0));
Но в запросе ты не сможешь не сортировать ни группировать по ней. Если определишь 1000 символов то в запросе будет работать все.