Дополнительные табличные части формы документа #294309

Господа помогите справиться с такой задачей...Срок - до вечера, но я чес говоря тока начинаю и абсолютно не представляю что делать. Заранее СПАСИБО! "нужно разработать механизм работы с дополнительными табличными частями формы документа. т.к. в семерке для документа может быть только одна табличная часть... при необходимости использования дополнитльных возникает вопрос как это дело и где хранить, как обрабатывать. после консультаций с программерами пришли к тому, что в данном конкретном случае варианта два: хранение доп. табличных частей в подчиненных документах; хранение табличных частей в полях строкового типа неограниченной длины в формате xml. в любом случае для работы с этими дополнительными табличными частями нужны универсальные обработки/процедуры/функции. Нужно продумать оба этих варианта. протестировать оба вариант на скорость и удобство работы пользователя и к вечеру реализовать хотя бы тестовые варианты для обоих случаев, либо полный вариант для одного из вариантов. нам нужно как-то хранить дополнитльные табличные части и как-то с ними работать. табличные части должны поддерживать интерактивный ввод. Возможно, прийдется использовать таблицы, созданные компонентой vtools.dll, т.к. стандартные не совсем удобны в плане интерактивного ввода." Плиз!

Нефига себе задания дают. Хранение в xml может не подойти если: пример хранишь ты там ссылку на товар (допустим его идентификатор) а если он менятся - ты в дауне. Там есть еще ряд минусов... Вобщем рекомендую через подчиненные документы.

Спасибо ! А можно более подробно?.. Я ваще не представляю как это реализовать...

реализовывали такое через тз и хранили их в строках неограниченной длины - никаких проблем не наблюдалось

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

Прощай ссылочная целостность... это так называется.  ;-)

и как же она до сих пор не нарушилась?

А если идентификатор поменять?

Пример я рассматриваю, думаю разберусь, но вот что делать с этим : "нужны универсальные обработки/процедуры/функции." Заранее СПАСИБО!

Не удаляли объекты... объекты "числились" еще где-то...

а нах тогда голова?

Там всё есть в демо-примере ...

Кроме того вы насколько я понял использовали на форме ТЗ? Логичнее тогда сделать ТЧ примерно такого вида: ИмяРеквизита Значение Загружать при открытии в ТЗ... никаких проблем со ссылочной целостность. PS. Но редактирование ТЗ на форме несколько неудобно.... Посему логичнее все-таки использовать подчиненные документы. Я так делал... проблем особых нет.

а редактировать подчиненные документы удобнее?

Не в пример удобнее. По кнопке выпадает окно с еще одной табличной частью...

а можно и не окно а через закладки это сделать.

+ а можно и не окно а через закладки это сделать.

(17,18) ;-o    Как? Штатными средствами?

В некоторых случаях удобнее ТЧ хранить не в подч. документе, а в справочнике. Хранение во внешних файлах (dbf,xml) или в строке неограниченной длинны плохо нарушением ссылочной целостности, как уже говорилось. За исключением случаев, когда в ТЧ хранятся только простые типы данных

+1

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

>после консультаций с программерами пришли к тому, что в данном конкретном случае >варианта два: хранение доп. табличных частей в подчиненных документах; хранение >табличных частей в полях строкового типа неограниченной длины в формате xml. а нафига XML, когда есть замечательная штука, как ЗначениеВСтроку ??? Делаем много таблиц значений и каждую упаковываем в свой реквизит...

В приведенном примере при открытии родительского дока открывается форма и в ней

Р.S. таблица из подчиненного дока.А если например подчиненных доков несколько - каким образом открывать форму с нужной таблицей ? Спасибо!

В что-ли? Так там ТЗ на форме... со всеми вытекающими неудобствами.

Сорри, ну а какие есть ещё варианты с ТЗ?

"В документе нужно несколько табличных частей и АПи для работы с ними. по аналогии с восьмеркой." универсальные функции нужны. Подскажте плиз!

см

Чем вам подчиненные доки не угодили ? ...

Аналогичную проблему решил след.образом: данные хранил в строковой переменной неограниченный длины. Для разделения ячеек использовал "¤", пришлось в процедурах при открытии и записи дописать пару десятков строк. Есть конечно свои плюсы и минусы данного метода.

Еще раз: на ссылочную целостность наплюем? Это маленький по твоему недостаток?

Сорри, лчно мне подчиненные доки даже очень понравились, но просят именно универсальные функции - как написано в

А чего там думать то ? в ПриОткрытии из подч. дока пишешь в ТЗ на форме, в ПриЗаписи/закрытии -обратно ... сколько подчиненных доков - столько новых "табличных частей" будет ....

+34 Тем более, что есть ссылка на "Табличную часть" - т.е реквизит типа "Документ", сколько реквизитов - столько "Табличных частей" и будет ... В Общем, смотрите лучше пример и пояснения к нему, там всё есть ...

Я сказал это как вариант, а не полное решение данной проблемы. У меня используется пару справочников и числовые значения + угроза бухам оторвать руки, если удалять без спроса. Для удаления плюс обработка с анализом данной строковой переменной.

У меня для 2 табличных частей так: Использую подчиненный документ. Он хранит одну табличную часть. Документ-родитель хранит вторую табличную часть, на подчиненный документ имеется ссылка через реквизит типа "Документ". В табличной части документа-родителя реквизиты обеих табличных частей. При открытии документа-родителя создаю две таблицы значений и скидываю в них информацию из табличных частей документов. В форме скрываю одни и показываю другие реквизиты в табличной части, по необходимости. При закрытии, записи, проведении документа  скидываю информацию из таблиц значений в табличные части документов. Ссылочная целостность соблюдена. Табличная часть полностью функционирует.

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

Сорри ещё много раз, но я еще плохо ориентируюсь в языке 1С. Я рассмотрел с отладчиком пример и тперь хочу чтобы из дока было какое-то преключение между табличными частями. На форме сделал 2 кнопки (для 2-таблиц). Канеш может это тупо, но нужно сделать... Вот а в модуле формы родительского дока не могу адекватно написать процедуры переключения между таблицами... То есть понимаю, что при нажатии на кнопку на форме (или допустим при выборе закладки) старая таблица должна сохраниться и стереться, а потом на ее месте должна быть новая... Прошу не смеяться очень, но подскажите плиз как это сделать лучше. Модуль формы род дока : Прошу помочь... Заранее Спасибо! :-) Не ну тока разбираюсь, поэтому вот даже в простых вопросах пока проблемы..

Вот что у меня получилось, но табличная часть на форме родительского дока не очищается. Что-то не так. Ну подскажте плиз ! Если этого не сделаю - завтра с работы попросят ... Правда. Куче людей-программеров по телефону звонил, но толком никто ничего не может сказать. Плиз. Процедура ПриВыбореТаблицы1   ХранилищеМатериалов1 - это ссылка на второй подчиненный док с другой таблицей. По отдельности при ручном изменении загружается нужная таблица, но , блин, не получается их переключать... Заранее спасибо.

Куче людей-программеров .... может куче г .. ? Таб = СоздатьОбъект .... супер вообще ... Может, всё же сразу бум в ТЗ на форме выгружать ТЧ подчиненного дока ? ...

Ну напиши плиз! Разве жалко? То что я не знаю 1С не значит что я там гад по жизни... Хочу научиться, но блин или куча денег за занятия или ваще разбирай все сам. В других областях я может гением себя чувствую, а здесь блин лохом. Ну так что теперь ? Хочу научиться, есть реальные задачи, есть форум для таких как я , но некому три строчки подсказать. Типа такому тупому в падлу подсказки такие простые делать... Не знаю.

:) А задание это давал я... :)

:-) я не врал ...

По поводу отслеживания ссылочной целостности могу заметить следущее: 1) Если в базе ничего не удаляется, то бояться за ссылочную целостность не следует. Если же реализовано непосредственное удаление объектов, то тем более, так как она может быть нарушена. 2) При использовании подчинённых документов тоже может оказаться, что один из них был удалён пользователем (если не успели запретить это делать). 3) Если хочется реально иметь ссылочную целостность, то создаём табличную часть документа со всеми реквизитами, которые предполагается иметь в наших частях, а также один служебный реквизит для описания типа строки. Удачи.