Имя: Пароль:
1C
1С v8
Добавление реквизитов в регистр сведений в расширении
0 SORTULV_1C
 
08.05.26
17:05
Всем доброго дня, платформа 8.3.27.1688, она должна позволять в расширении добавлять, изменять, контролировать измерения/ресурсы/реквизиты, но почему-то не доступно добавление, мне всего навсего нужно добавить 4 реквизита в РС ИсторияИспользованияШтатногоРасписания, подскажите в чем может быть дело?
1 craxx
 
08.05.26
17:09
(1) во всех приличных регламентах разработки метаданные добавляются только в основную конфу.
2 AAA
 
08.05.26
17:17
(1)Что за регламенты такие? может догматические установки?
Сказали, как отрезали.
3 X Leshiy
 
08.05.26
17:20
(1) Это у вас в 2010,  у нас, в 2026 норм и в расширении)
4 timurhv
 
08.05.26
17:21
(2) просто нужно понимать как хранятся данные при добавлении в расширении реквизита у регистра сведений.
По-факту продублирует измерения из основной конфигурации и будет отдельно хранить новый реквизит.

Для документов\справочников это не так емко в части дублирования данных: Ссылка + ВашРеквизит.

А для регистра сведений: ВсеИзмерения + ВашРеквизит.
Все измерения могут нехило так весить и дублироваться в таблице расширения.
5 Garykom
 
гуру
08.05.26
17:27
(4) Для справочников и документов тоже по сути
Старая таблица остается со всеми колонками
Создается новая с добавками из расширения, туда копируются данные из старой таблицы
Новые записи пишутся только в новую таблицу

Тут проблема только что старая таблица со всеми данными по сути зависает как некий слепок
6 timurhv
 
08.05.26
17:28
(5) думал 2 записи будет в расширение и основную.
Тогда точно (1)
7 arsik
 
гуру
08.05.26
17:33
(5) Ну так тестирование и исправление сделать - Реструктуризация таблиц расширений конфигурации. Вроде должно подчистить хвосты
8 Garykom
 
гуру
08.05.26
17:53
(7) Проблема когда несколько расширений одну таблицу меняют
Интересно кто тестил, особенно если тип расширения поменять что будет
9 Garykom
 
гуру
08.05.26
18:00
Не вижу смысла метаданные в расширения засовывать в отличие от кода
Особенно для метаданных которые в базе хранятся, один хрен реструктуризация с монопольным, динамически не выйдет применить
А если выгоняем - не лучше ли все в одном месте хранить?
И в одном хране, не размазывать

У нас по регламентам даже новые макеты, формы, пакеты xdto, обработки и прочее в основную конфу
В расширениях только код, который типовой код меняет - для удобства апдейта измененных типовых
И да все что можно - меняется программно кодом и формы с модулями и даже печатные макеты и ДС/СКД с запросами
10 Timon1405
 
08.05.26
17:57
(9) А если это библиотечное расширение, например, "адаптер для Kafka", которое нужно использовать в разных базах?
11 Garykom
 
гуру
08.05.26
18:01
(10) Только если оно оформлено как стороннее расширение готовое
В ином случае лучше в основную конфу
Часто поставки идут для слияния
Глупец, лишенный способности посмеяться над собой вместе с другими, не сможет долго выносить программирование. Фредерик Брукс-младший