ЗУП 3.1 КОРП(3.1.3.101) есть возможность добавить доп.сведение или реквизит к Прогул,неявка ?

(0) Зачем ?

это признак для выгрузки

(0) Ты знаешь как реализован функционал допреквизитов и сведений? Видимо нет, ибо если знаешь - ответ на вопрос находится мгновенно, достаточно открыть документ в конфигураторе

да, с помощью табличных частей ДополнительныеРеквизиты к объекту, в данном случае к документу.Можно ли не снимая с поддержки типовую конфиг.при записи документа,в случае его модифицированности() установить значение доп.сведения (не обработкой)?

через расширение нет?

да,можно пример реализации через расширение?

расширение конфигурации?

если мне нужно при записи документа в случае того,что он модифицированный при записи устанавливать значение доп.сведения,я добавляю документ в расширение и уже в расширении я добавляю процедуру после типовых (например:УстановитьВыполнениеПослеОбработчиковСобытия) ?

В какое допсведение собрался писать, если их нет у этого объекта?

документы: прием на работу,кадровый перенос

(9) Не теряй время, этот чудик не понимает физического смысла того, что делает.

это не так

(12) Это так. Ты ни разу не сформулировал проблему, которую решаешь, даже для себя.

цель: выгрузка данных из типовой конфигурации ЗУП 3.1 в не типовую УПП 1.2

есть обработки переноса из ЗУП 2.5 в УПП 1.2 рабочие;но нужны теперь для ЗУП 3.1

поэтому через расширение дорабатываю функционал обработок для ЗУП 3.1;а основной функционал через расширение и доп.свойства и реквизиты

(16) Как это? Доп.свойства и реквизиты тоже через расширение? Но данные в расширение можно добавлять только начиная с платформы 11. А так, по вашим постам судя, замах (не ясный) есть, да вот основы нет. И потом, вы хоть немножко видели правила переноса из ЗУП 3? Вряд ли это по силам вам, опять же судя по вашим выступлениям на форуме.

(16) Наймите для этой работы программиста. Извините за прямоту, но вам этим заниматься не стоит, не хватает знаний и навыков.

(17) тут данные не надо, так что возможно у него это получится. Если кто-то конкретно подскажет.

(3) Вот совершенно непонятна логика разработчика. Зачем было специально заужать сферу применимости общей технологии? Регистр сведений идеально бы позволил хранить допреквизиты любого ссылочного объекта..

(20) они там и хранят. Допсведения как раз и хранятся в регистре сведений.

(20) Пришлось бы держать в регистре документы и справочники любого типа, а запрос очень не любит такие выборки.

Поэтому ограничивают типы, как могут.

(20) На больших объемах при интенсивном использовании такой регистр начинает дико тормозить.

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

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

"не тормозят особо - ибо индексированные измерения дают логарифмическое время доступа" угу.. лог линейку тебе в то место

(26) Вы из секты неверующих в логарифмичность бинарного поиска?)

(26) я из секты неверующих в степень возможной тупизны.. а вы разочаровываете

(28) Конкретно что-то сказать можете, кроме надувания щек? Индекс - это бинарное дерево. Поиск в сбалансированном дереве имеет логарифмическое количество сравнений относительно элементов.

+(29) Для обращения по ключу сбалансированного индекса к  таблице в миллион элементов потребуется порядка 10 сравнений, если в таблице миллиард элементов - порядка 15. То есть, не надо бояться больших таблиц - просто надо понимать, что на поддержание индексов будут свои накладные расходы.

(29) индекс дерево, платформа получает элемент.. как? - дайте ответ без "надувания щек"

(31) Пробегаем по индексу, получаем адрес записи в основной таблице, позиционируемся, берем нужное значение.

"позиционируемся, берем нужное значение" - как7

(33) Ну это внутренняя кухня платформы. Файлы открыты в режиме прямого доступа, то есть через fseek или что-то подобное.

+(34) ну или mmap там, фиг знает. Суть та же - прямой доступ к произвольному блоку данных средствами ОС.

(25) Если реквизит ссылочного типа, то в запросе создаются неявные соединения с каждым типом, а число таких сосединений ограничено 255 или 256, уже не помню. И это на уровне платформы или базы данных.

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

(36) Так ли уж часто требуется обращаться из записи регистра к объекту-измерению?

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

(38) Пусть допсведения хранятся в регистре с измерением составная ссылка. У меня есть ссылка на объект, мне надо получить допсведение по нему. Я делаю запрос к регистру, отбирая конкретную ссылку-измерение. Где здесь "неявные соединения"?
Другая ситуация. У меня есть запись регистра, и мне надо получить реквизит объекта-измерения этой записи. Вот тут неявные соединения с кучей таблиц в полный рост. Но часто ли это нужно на практике?