Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

ЗУП 3.1 доп.сведение или реквизит документ Прогул,неявка

ЗУП 3.1 доп.сведение или реквизит документ Прогул,неявка
Я
   skupidom
 
26.01.18 - 11:57
ЗУП 3.1 КОРП(3.1.3.101) есть возможность добавить доп.сведение или реквизит к Прогул,неявка ?
 
 
   El_Duke
 
1 - 26.01.18 - 11:58
(0) Зачем ?
   skupidom
 
2 - 26.01.18 - 12:13
это признак для выгрузки
   Amra
 
3 - 26.01.18 - 12:26
(0) Ты знаешь как реализован функционал допреквизитов и сведений? Видимо нет, ибо если знаешь - ответ на вопрос находится мгновенно, достаточно открыть документ в конфигураторе
   skupidom
 
4 - 26.01.18 - 13:14
да, с помощью табличных частей ДополнительныеРеквизиты к объекту, в данном случае к документу.Можно ли не снимая с поддержки типовую конфиг.при записи документа,в случае его модифицированности() установить значение доп.сведения (не обработкой)?
   Chameleon1980
 
5 - 26.01.18 - 13:23
через расширение нет?
   skupidom
 
6 - 26.01.18 - 13:26
да,можно пример реализации через расширение?
   skupidom
 
7 - 26.01.18 - 13:37
расширение конфигурации?
   skupidom
 
8 - 26.01.18 - 13:50
если мне нужно при записи документа в случае того,что он модифицированный при записи устанавливать значение доп.сведения,я добавляю документ в расширение и уже в расширении я добавляю процедуру после типовых (например:УстановитьВыполнениеПослеОбработчиковСобытия) ?
   Amra
 
9 - 26.01.18 - 13:51
В какое допсведение собрался писать, если их нет у этого объекта?
   skupidom
 
10 - 26.01.18 - 13:57
документы: прием на работу,кадровый перенос
 
 Рекламное место пустует
   SleepyHead
 
11 - 26.01.18 - 13:59
(9) Не теряй время, этот чудик не понимает физического смысла того, что делает.
   skupidom
 
12 - 26.01.18 - 14:14
это не так
   SleepyHead
 
13 - 26.01.18 - 14:28
(12) Это так. Ты ни разу не сформулировал проблему, которую решаешь, даже для себя.
   skupidom
 
14 - 27.01.18 - 14:22
цель: выгрузка данных из типовой конфигурации ЗУП 3.1 в не типовую УПП 1.2
   skupidom
 
15 - 27.01.18 - 14:25
есть обработки переноса из ЗУП 2.5 в УПП 1.2 рабочие;но нужны теперь для ЗУП 3.1
   skupidom
 
16 - 27.01.18 - 14:28
поэтому через расширение дорабатываю функционал обработок для ЗУП 3.1;а основной функционал через расширение и доп.свойства и реквизиты
   Filippov
 
17 - 27.01.18 - 18:52
(16) Как это? Доп.свойства и реквизиты тоже через расширение? Но данные в расширение можно добавлять только начиная с платформы 11. А так, по вашим постам судя, замах (не ясный) есть, да вот основы нет. И потом, вы хоть немножко видели правила переноса из ЗУП 3? Вряд ли это по силам вам, опять же судя по вашим выступлениям на форуме.
   SleepyHead
 
18 - 28.01.18 - 06:00
(16) Наймите для этой работы программиста. Извините за прямоту, но вам этим заниматься не стоит, не хватает знаний и навыков.
   h-sp
 
19 - 28.01.18 - 08:54
(17) тут данные не надо, так что возможно у него это получится. Если кто-то конкретно подскажет.
   Провинциальный 1сник
 
20 - 28.01.18 - 09:01
(3) Вот совершенно непонятна логика разработчика. Зачем было специально заужать сферу применимости общей технологии? Регистр сведений идеально бы позволил хранить допреквизиты любого ссылочного объекта..
   h-sp
 
21 - 28.01.18 - 09:07
(20) они там и хранят. Допсведения как раз и хранятся в регистре сведений.
   SleepyHead
 
22 - 28.01.18 - 09:20
(20) Пришлось бы держать в регистре документы и справочники любого типа, а запрос очень не любит такие выборки.

Поэтому ограничивают типы, как могут.
   mikeA
 
23 - 28.01.18 - 13:15
(20) На больших объемах при интенсивном использовании такой регистр начинает дико тормозить.
   Провинциальный 1сник
 
24 - 28.01.18 - 18:10
(23) Особенность допреквизитов в том, что их как правило мало. Опять же, даже очень большие регистры не тормозят особо - ибо индексированные измерения дают логарифмическое время доступа.
   palsergeich
 
25 - 28.01.18 - 18:21
(22) Тормозить будет, если не правильно пользоваться механизмом. Если просто получать ссылку по условию из регистра то все работать будет моментально. А вот если начать обращаться к полям через точку, то тут да, начнутся проблемы
   Darych
 
26 - 28.01.18 - 18:24
"не тормозят особо - ибо индексированные измерения дают логарифмическое время доступа" угу.. лог линейку тебе в то место
   Провинциальный 1сник
 
27 - 28.01.18 - 18:33
(26) Вы из секты неверующих в логарифмичность бинарного поиска?)
   Darych
 
28 - 28.01.18 - 18:37
(26) я из секты неверующих в степень возможной тупизны.. а вы разочаровываете
   Провинциальный 1сник
 
29 - 28.01.18 - 18:41
(28) Конкретно что-то сказать можете, кроме надувания щек? Индекс - это бинарное дерево. Поиск в сбалансированном дереве имеет логарифмическое количество сравнений относительно элементов.
   Провинциальный 1сник
 
30 - 28.01.18 - 18:49
+(29) Для обращения по ключу сбалансированного индекса к  таблице в миллион элементов потребуется порядка 10 сравнений, если в таблице миллиард элементов - порядка 15. То есть, не надо бояться больших таблиц - просто надо понимать, что на поддержание индексов будут свои накладные расходы.
   Darych
 
31 - 28.01.18 - 18:50
(29) индекс дерево, платформа получает элемент.. как? - дайте ответ без "надувания щек"
   Провинциальный 1сник
 
32 - 28.01.18 - 19:05
(31) Пробегаем по индексу, получаем адрес записи в основной таблице, позиционируемся, берем нужное значение.
   Darych
 
33 - 28.01.18 - 19:21
"позиционируемся, берем нужное значение" - как7
 
 
   Провинциальный 1сник
 
34 - 28.01.18 - 19:41
(33) Ну это внутренняя кухня платформы. Файлы открыты в режиме прямого доступа, то есть через fseek или что-то подобное.
   Провинциальный 1сник
 
35 - 28.01.18 - 19:42
+(34) ну или mmap там, фиг знает. Суть та же - прямой доступ к произвольному блоку данных средствами ОС.
   SleepyHead
 
36 - 29.01.18 - 07:37
(25) Если реквизит ссылочного типа, то в запросе создаются неявные соединения с каждым типом, а число таких сосединений ограничено 255 или 256, уже не помню. И это на уровне платформы или базы данных.

так что что значит неграмотно, я не совсем понял, но общее направление - ограничивать типы только необходимыми.
   Провинциальный 1сник
 
37 - 29.01.18 - 08:16
(36) Так ли уж часто требуется обращаться из записи регистра к объекту-измерению?
   SleepyHead
 
38 - 01.02.18 - 05:06
(37) Не о том думать надо, а о том, во что превращается запрос, написанный вами, при исполнении. А там весьма интересные вещи происходят, когда идет запрос к реквизиту составного типа или вообще к любому ссылочному.
   Провинциальный 1сник
 
39 - 01.02.18 - 08:26
(38) Пусть допсведения хранятся в регистре с измерением составная ссылка. У меня есть ссылка на объект, мне надо получить допсведение по нему. Я делаю запрос к регистру, отбирая конкретную ссылку-измерение. Где здесь "неявные соединения"?
Другая ситуация. У меня есть запись регистра, и мне надо получить реквизит объекта-измерения этой записи. Вот тут неявные соединения с кучей таблиц в полный рост. Но часто ли это нужно на практике?


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует