Коллеги,ворошу поисковики/книги/видео,не могу найти ответа на вопрос - в каких разумных рамках можно юзать ПВХ,что бы не столкнутся с тормозами.

Например мне необходимо добавить около трех свойств на форму РТиУ (УТ10).
Документооборот в сутки составляет около двухсот доков РТиУ.

Вопрос,следует ли прибегать к ПВХ?
Не создаст ли в будущем каких-либо тормозов,по мере роста информации в регистре сведений?

Подумай, что откуда читается и что куда пишется при:
- чтении свойств объектов
- записи свойств объектов

(1) Механизм ПВЗ понимаю,в этой связи и возник вопрос.

(1) Механизм ПВХ понимаю,в этой связи и возник вопрос.

Хорошо,опишу цель.
Следует на основании суммы сформированного дока РТиУ,создавать на того же контрагента акционный док РТиУ,что бы в последствии идентифицировать дочерний документ для отчета.Т.е. в обих доках хранить ссылки и доп информацию.Как лучше поступить в таком случае с документом РТиУ:
1)добавить необходимые поля при помощи ПВХ (не пробовал,есть сомнение на счет хранения ссылок) + обработчики обработчики.
2)Создать доп. реквизиты + обработчики.
3)Создать доп. табличное поле + обработчики.

Т.е. требуется хранить связи документов.

(4) либо реквизит, либо Рг сведений
ПВХ не предлагать

(6) т.е. ПВХ в моем случае не юзать,правильно понимаю?

Практически ПВХ = Справочник.

(8) Я это знаю,вопрос в другом,при формировании объема данных в РС при использовании ПВХ,доки со временем могут тормозить при открытии,я так думаю.

Мужики,ну чего вы разбижались)
я так и не понял в каких пределах можно юзать ПВХ чтоб на тормоза не нарваться)

в типовых есть как дополнительные реквизиты, так и дополнительные сведения. одни хранятся в ТЧ объекта, другие - в РС.

(10) ты путаешь ПВХ и доп.реквизиты и сведения.

если есть опасения про (9) - то лучше использовать доп. реквизиты

(0) если бизнес-логики ни какой не связано с этими значениями, то используй свойства.
Бизнес-логика - это, например, программно какие-то решения принимать на основании этих значений.

это в терминологии БСП

http://its.1c.ru/db/bspdoc#content:461:hdoc

(12) Что такое доп.реквизиты?
ПВХ:свойста и категории...

(12) Я поняо о чем речь (доп реквизиты и сведения),у меня УТ10,там нет такого функционала.

Значит видимо придется городить и не использовать ПВХ.

Ребятушки,Вы ходите вокруг да около)
Опасения связанные в будущем с тормознутостью из-за использования ПВХ верны или я напрягаюсь напрасно?

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

(20) Левое соединение по индексу вроде не такая тормозная опрация

(21) это, когда она сферическая, в вакууме и всего одна.

Когда их несколько, начинается ад:
1. этих соединений будет столько, сколько допреквизитов. Ну, или соединение с фильтром по списку и потом какие-то тыры-пыры, которые не бесплатные по накладным расходам
2. везде, где в коде надо обращаться к допреквизитам, надо что-то выдумывать - или по ГУИДу ссылку искать и ГУИД в код вколачивать, или по коду-наименованию, или делать элементы ПВХ предопределенными. Все решения - говно.
3. когда это просто рекизит, то в коде ты обращаешься так: Объект.Реквизит. Когда это допсвойство, простая конструкция превращается в несколько строчек с запросом. И см. пункт 1 - запросов будет столько, сколько допсвойств или код будет еще на порядок сложнее.

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

(22) ок,Спасибо за развернутый ответ.

(22) Да ладно)) В УПП модуль чтения и установки "свойств" и "категорий" занимает несколько процедур в общем модуле и одну обработку. Тормозов не наблюдается, активно используем.