Работа с раширениями.

[neek666]

Всех приветствую. Вопрос на размышления, - хотел бы услышать ответы других людей.
Ситуация значит вот какая:
1. Есть типовая конфигурация. Ни разу не дописанная, ни переписанная. В общем "девственная")))
2. Есть задача. Задача простая (не в ней суть). Смысл в том, что для выполнения этой задачи надо расширить штатный функционал. И дополнительно внедрить как минимум один Регистр/справочник/документ (в общем объект метаданных, в котором будет ХРАНИТЬСЯ ИНФОРМАЦИЯ). Далее, на основе этой информации будут строится отчеты.
3. Условия задачи: Включение режима изменения (и тем более снятие с поддержки) неприемлемо. И второе - В расширении хранить какую либо инфу, так же неприемлемо.

Собственно говоря вопрос: А как бы Вы решили эту задачку?

P.S. Как вышел из ситуации я. Объем информации которые будет храниться в регистре сведений (по задумке именно в нем надо было) небольшой. В типовых конфигурациях на БСП есть два регистра сведений:
БезопасноеХранилищеДанных
БезопасноеХранилищеДанныхОбластейДанных

Там же, в общих модулях, есть функции для записи/чтения/удаления из этих регистров.
По Владельцу все понятно, а вот в ресурсе регистра "Данные" я храню "Массив" со структурой, по которой можно было бы формировать в дальнейшем отчеты и вообще, работать с ней.


Хотел бы узнать мнение со стороны, есть ли еще какие то альтернативные варианты "расширения" конфигурации без ее дописки. Или все таки самый лучший вариант это включить режим изменений (и потом уже добавить свои регистры,  например)?

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

[LexaK]

неее
БезопасноеХранилищеДанных для отчетов не подойдет, там Данные это ХранилищеЗначений
запросы не могут получать данные из Хранилища (это запакованный формат данных)
если только в обработке вы будете получать эти данные, доставать из Хранилища,
только после этого формировать Таблицу значений с результатом,
и уже как внешние данные выводить в отчет.

остается два варианта
1.включить режим изменения базы с возможностью поддержки
2.использовать расширения (более поздние версии платформы)

[neek666]

неее
БезопасноеХранилищеДанных для отчетов не подойдет, там Данные это ХранилищеЗначений
запросы не могут получать данные из Хранилища (это запакованный формат данных)
если только в обработке вы будете получать эти данные, доставать из Хранилища,
только после этого формировать Таблицу значений с результатом,
и уже как внешние данные выводить в отчет.

остается два варианта
1.включить режим изменения базы с возможностью поддержки
2.использовать расширения (более поздние версии платформы)

Дело в том что где то надо хранить данные. В Расширении тоже не вариант. А для отчетов я их сначала достаю обычной обработкой, а далее в ТЗ и в СКД передаю. Пока небольшой объем данных тормозов незаметно. Но вот в будущем надо будет что то с этим делать. Надеюсь что к тому времени в Расширениях уже можно будет безопасно хранить инфу.

[DmitriyF]

неее
БезопасноеХранилищеДанных для отчетов не подойдет, там Данные это ХранилищеЗначений
запросы не могут получать данные из Хранилища (это запакованный формат данных)
если только в обработке вы будете получать эти данные, доставать из Хранилища,
только после этого формировать Таблицу значений с результатом,
и уже как внешние данные выводить в отчет.

остается два варианта
1.включить режим изменения базы с возможностью поддержки
2.использовать расширения (более поздние версии платформы)

Дело в том что где то надо хранить данные. В Расширении тоже не вариант. А для отчетов я их сначала достаю обычной обработкой, а далее в ТЗ и в СКД передаю. Пока небольшой объем данных тормозов незаметно. Но вот в будущем надо будет что то с этим делать. Надеюсь что к тому времени в Расширениях уже можно будет безопасно хранить инфу.

А чем напрягает хранить в расширении данные?

[neek666]

неее
БезопасноеХранилищеДанных для отчетов не подойдет, там Данные это ХранилищеЗначений
запросы не могут получать данные из Хранилища (это запакованный формат данных)
если только в обработке вы будете получать эти данные, доставать из Хранилища,
только после этого формировать Таблицу значений с результатом,
и уже как внешние данные выводить в отчет.

остается два варианта
1.включить режим изменения базы с возможностью поддержки
2.использовать расширения (более поздние версии платформы)

Дело в том что где то надо хранить данные. В Расширении тоже не вариант. А для отчетов я их сначала достаю обычной обработкой, а далее в ТЗ и в СКД передаю. Пока небольшой объем данных тормозов незаметно. Но вот в будущем надо будет что то с этим делать. Надеюсь что к тому времени в Расширениях уже можно будет безопасно хранить инфу.

А чем напрягает хранить в расширении данные?

Насколько я знаю изначально Расширения для этого не созданы... Нет? Я давно уже выучил правило, - "каждый инструмент должен использоваться только по назначению". Это не только 1С касается, но и вообще, всех сфер деятельности.
Да и кроме того, не дает покоя тот момент, что если отключить расширение (случайно, мол забыл), данные то, хранящиеся в нем, "уйдут в небытие". Не так?

[DmitriyF]

неее
БезопасноеХранилищеДанных для отчетов не подойдет, там Данные это ХранилищеЗначений
запросы не могут получать данные из Хранилища (это запакованный формат данных)
если только в обработке вы будете получать эти данные, доставать из Хранилища,
только после этого формировать Таблицу значений с результатом,
и уже как внешние данные выводить в отчет.

остается два варианта
1.включить режим изменения базы с возможностью поддержки
2.использовать расширения (более поздние версии платформы)

Дело в том что где то надо хранить данные. В Расширении тоже не вариант. А для отчетов я их сначала достаю обычной обработкой, а далее в ТЗ и в СКД передаю. Пока небольшой объем данных тормозов незаметно. Но вот в будущем надо будет что то с этим делать. Надеюсь что к тому времени в Расширениях уже можно будет безопасно хранить инфу.

А чем напрягает хранить в расширении данные?

Насколько я знаю изначально Расширения для этого не созданы... Нет? Я давно уже выучил правило, - "каждый инструмент должен использоваться только по назначению". Это не только 1С касается, но и вообще, всех сфер деятельности.
Да и кроме того, не дает покоя тот момент, что если отключить расширение (случайно, мол забыл), данные то, хранящиеся в нем, "уйдут в небытие". Не так?

Нет не так. Если в расширении создаёшь данные, то в СУБД создается специально таблица для них. Если отключить расширение то данные остаются. Подключаешь заново и они на месте.

[neek666]

неее
БезопасноеХранилищеДанных для отчетов не подойдет, там Данные это ХранилищеЗначений
запросы не могут получать данные из Хранилища (это запакованный формат данных)
если только в обработке вы будете получать эти данные, доставать из Хранилища,
только после этого формировать Таблицу значений с результатом,
и уже как внешние данные выводить в отчет.

остается два варианта
1.включить режим изменения базы с возможностью поддержки
2.использовать расширения (более поздние версии платформы)

Дело в том что где то надо хранить данные. В Расширении тоже не вариант. А для отчетов я их сначала достаю обычной обработкой, а далее в ТЗ и в СКД передаю. Пока небольшой объем данных тормозов незаметно. Но вот в будущем надо будет что то с этим делать. Надеюсь что к тому времени в Расширениях уже можно будет безопасно хранить инфу.

А чем напрягает хранить в расширении данные?

Насколько я знаю изначально Расширения для этого не созданы... Нет? Я давно уже выучил правило, - "каждый инструмент должен использоваться только по назначению". Это не только 1С касается, но и вообще, всех сфер деятельности.
Да и кроме того, не дает покоя тот момент, что если отключить расширение (случайно, мол забыл), данные то, хранящиеся в нем, "уйдут в небытие". Не так?

Нет не так. Если в расширении создаёшь данные, то в СУБД создается специально таблица для них. Если отключить расширение то данные остаются. Подключаешь заново и они на месте.

Это если отключить... А если удалить расширение?))

[DmitriyF]

Это если отключить... А если удалить расширение?))

Ну если ты из основной конфигурации удалишь таблицу данные останутся?

[neek666]

Это если отключить... А если удалить расширение?))

Ну если ты из основной конфигурации удалишь таблицу данные останутся?

Ладно, с другой стороны зайду. Вот сейчас ситуация произошла следующая: Есть тестовое расширение (я на нем тестирую различные ситуации). Есть в нем один документ (новый документ, созданный в расширении). У документа несколько полей и одна табличная часть. В информационной базе я создал два таких документа с различными данными. Было это дня 3 назад, может 4. Вчера я один отчет в этом расширении создал. Соответственно само расширение пришлось обновить что бы добавился новый функционал. Теперь при попытке открыть список ранее созданных документов ошибка - мол таблица с номером таким то не найдена в базе. Смысл думаю передал... Помогло только удаление расширения, и подгрузка нового. Соответственно ранее введенные документы пропали. И эта ситуация произошла в случае добавления в расширение нового отчета (никаких изменений в структура документа я не вносил). Отсюда смысл - нафига эти танцы с бубном нужны? Ну это ладно у меня тестовое расширение которое я и в хвост и в гриву "тестирую". А если взять реальные задачи из жизни, создать расширение, впихнуть туда данные на хранение (которые экономисты будут, скажем пол года набивать туда), а потом в один прекрасный день бац, и "таблица с номером таким то не найдена". И я сразу стану врагом государства номер 1. Дело в том, что если взять типовую конфигурацию, не дописанную не переписанную, то там такие проблемы крайне редко попадаются (и как правило при правильно настроенном бекапе вообще проблемами то и не являются).

[Optiman]

Вчера я один отчет в этом расширении создал. Соответственно само расширение пришлось обновить что бы добавился новый функционал. Теперь при попытке открыть список ранее созданных документов ошибка - мол таблица с номером таким то не найдена в базе.

Ерунда какая-то. Не может отчет рушить данные таблиц. Возможно, какие-то другие действия были.