пройтись циклом по добавленной таблице значений #550753

как мне пройтись циклом по добавленной таблице значений? если напишу выбратьстроки, то выберутся строки из основной таблицы документа

ТЗ.ВыбратьСтроки

внезапно

не выходит

почему?

выходит

имядобавленной_таблицызначений.Выбратьстроки

Куда добавленной? Кем добавленной? Зачем добавленной?

и входит, и выходит :-)

ругается Поле агрегатного объекта не обнаружено (ТабОтк)

ТЗ не может быть в документе

Вторая ТЧ? Хранится где?

жесть

ЗначениеВСтрокуВнутр

ТабОткТипа = ЗначениеИзСтрокиВнутр(Дог.СтрокаГдеОнаХранится);

СтрокаГдеОнаХранится - это что? таблица на форме?

Строка это значение атрибута типа Строка

Где у тебя хранится эта ТЗ на форме?

на одном из слоев

Тяжёлый случай. В каком реквизите она хранится, пока ты не открыл форму дока?

все все понял, счас сделаю

тока мухой, а то завтра 2-е пришествие

ё мое, как создать реквизит если нет типа ТЗ или таблица

выбрал неопределенный

но это явно не таблица ))

---------------->

Строка неограниченой длины.

ну пожалейте меня башка не варит не фига, и так задержался сижу на работе. вместо того что бы домой идти. Что вы отвечаете оборванными фразами, напишите развернутый ответ, какого типа реквизит создать и что делать дальше с ним

сенькс

иди домой, в понедельник это уже никому не понадобится.

)) я не могу полагаться на какого-то маразматика америкоса ))) который нагадал что-то

В модуле формы дока:

ЗЫ так - работает , про внутр - ниале

может ещё и написать за тебя? "какого типа реквизит создать"  т.е. тип Строка ни о чём тебе не говорит? "напишите развернутый ответ": чтобы закинуть ТЗ в реквизит Дог: Дог.ТЗ1=ЗначениеВСтрокуВнутр(ТЗнаформе1) чтобы извлечь: ТЗнаформе1=ЗначениеИзСтрокиВнутр(Дог.ТЗ1)

Телепаты разошлись Может у него вторая ТЗ в той же ТЗ или в служ. доке или в спр-ке

спасибо парни, счас буду пробовать

сделал так в форме счета при записи табОтк1=ЗначениеВСтрокуВнутр(таблОтк); табОтк1- это реквизит строка в другом документе, в котором мне нужно произвести выборку строк написал так табл=СоздатьОбъект("ТаблицаЗначений");            табл=ЗначениеИзСтрокиВнутр(дог.ТабОтк1); табл.ВыбратьСтроки; ......... ошибка Значение не представляет агрегатный объект (ВыбратьСтроки)

закрой конфигуратор. Пожалуйста

Что надо то ?

в другом доке проверять что есть в другом доке ?

надо чтобы сохранялась доавленная ТЗ

точно автор этого хочет ?

в документе жестко одна табличная часть прописана

совсем не обязательно

и где ее хранить? добавленную

в подчиненном доке к примеру

надо из одного документа пройтись циклом по таблице другого документа

по табличной части ?

я ж говорю это не табличная часть документа, это на одном из слоев таблица.

А если док не открыт в форме?

она у тебя пустая или вообще не существует в закрытом документе

Если лениво хранить

Ты её хоть создал, прежде чем записать ЗначениеВСтрокуВнутр? ...

... Иначе табОтк=ЗначениеИзСтрокиВнутр(таблОтк1);

1. Моргать будет. 2. Т.к. ТЗ заполняется при открытии, поменяется Модифицированность, соответственно вылезет окно про сохранение изменений.

пункт 2 - там написано Закрыть

зачем табличную часть дока хранить в реквизите ?

Вторую.

эх, сволочи какие, учут падавана плохому... один Абрахамс куда надо пнул.

Научи хорошему - посади сволочей в калошу.

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

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

: спокойно закидываются за "начало времен" и не портят картину. данные из них выдергиваются и учитываются при проведении "основного" документа. к тому же этот метод приведен мной вторым по предпочтительности после композитной Мн.Ч. Почему это "не нужно"? Бывает нужно - решается штатно.

А потом "умная" обрезалка базы "выносит" все эти документы и всё - приплыли. Ещё можно предложить использовать справочник с подчинённым - в родителя вкладывать ссылку на документ (с отбором и сортировкой) а подчинённые справочники будут выполнять роль строк в табличных частях - накладных расходов меньше, да и всякие служебные таблицы не замусориваются.

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

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

: 1) на справочниках - таки с ухищрениями (тоже надо программировать); 2) программирование композитки - один раз, стандартно и аккуратно сделал и забыл (подч.док - чуть сложнее, но только чуть).

Ну без программирования никак - просто при работе со справочниками меньше нагрузка на журнал документов, который "лопатится" для поиска очередного документа. Кроме того, в документе нумерованными могут быть только 10000 строк, а в справочнике - как захочешь. В случае вложенных табличных частей на справочниках всё описывается автоматом (только успевай выбирать), а в случае документа надо заводить дополнительные поля. С другой стороны - через документ - два файла добавляются (DBF и CDX), а через справочник - или 4 файла (владелец, привязанный к документу, и "строки") или два файла (только "строки", но каждая с привязкой к документу - придётся по реквизиту выбирать). По быстроте, конечно, композитка должна всех перегнать, а вот по максимально вместимому объёму данных - только справочник.