Добрый день! Прошу помочь советом. Сейчас используется конфигурация УПП с дополнением функционала при помощи расширения. Требуется эту конфу обновить при помощи объединения. Попутно хочу удалить расширение. Подскажите как полностью снести расширение в том числе и из MSQL. Я еще деревянный, но есть подозрение, что в MSQL таблицы из расширения помечаются индексом х1. Вопрос: как снести все данный из расширения к... к первозданному виду БД без косяков?
P.S.: Советовать снять признак активности и удалить не надо - не помогло.
---
а в файловом варианте не пробовали накатить конфу?
---
1. Выгружаете базу в DT (через режим Конфигуратор), либо делаете архив силами сикуля.
2. Удаляете расширение через режим Предприятие.
3. Накатываете Чистую конфигурацию.
4. Выгружаете базу в DT (через режим Конфигуратор)
5. Загружаете базу из DT (через режим Конфигуратор)
---
вы хотите потренироваться на продакшн ?

P.S.: Советовать ? -
 скажите руководству,
 пусть приготовят денег для работы специалиста
соответственного уровня

или у них принцип:
Вася,тыжпрограммист :)
---
отличный совет, ага, спасибо, очень помогло
---
1. Смысл отказываться от рабочих расширений?
2. Если очень хочется, то в режиме конфигуратора выгружаете их в файлы (пишите понятные имена, чтобы потом не забыть что и где).
3. Удаляете, обновляете, потом объединяете как вам там захотелось.
4. Не хватило функционала старого, заходите в конфигуратор и восстанавливаете из файлов.
---
Я так думаю, что если убить расширение из конфигурации, потом выгрузить данные, а потом загрузить, то по идее все следы расширения должны пропасть. Если в mssql типо останутся следы, то загрузить в новую базу mssql. Тогда уж точно никаких следов не останется.
---
В скуле остаются следы, которые препятствуют объединению конфигураций. Условно говоря dbo._AccumRgOpt6881 - это таблица основной конфы, dbo._AccumRgOpt6881х1 - таблица расширения. И как раз вот этот мусор и цепляет ошибки
---
да убейте базу в сикуле, потом новую создайте.
---
Дык как же это победить?
1. Объединение .cf расширением вызывает ошибку SDBL Ожидается выражение (pos=1331)
2. Удаление расширения без чистки MSQL не помогает
3. После удаления таблиц с х1 .cf объединяется, но при обращении к некоторым объектам вываливается ошибка с поиском таблицы с х1, хотя расширения уже вроде как и нет
4. Накатывание старого .dt на новый .cf перетирает новую структуру MSQL.
5. Накатывание старого .dt старый .cf с удаленными х1 перетирает структуру MSQL/
Все то говно с префиксом х1 в расширении не используется. Его там даже нет на случай обращения к нему из динамического списка. Вот это мне и непонятно.
---
а в файловом варианте не пробовали накатить конфу?
---
Пока такой возможности нет. Так что только серверный вариант.
---
а если расширение удалить, базу выгрузить в дт и загрузить в новую базу в скуле не пробовали?
---
Пробовал. dt затирает новую структуру и разворачивает свою
---
Проблема в том, что база как-то "помнит" о расширении даже после его удаления
---
При удалении расширения и последующем тестировании вот такое выходит:

Объект метаданных: РегистрНакопления.УчетЗатратУК
  Обнаружена таблица расширения конфигурации AccumRgOpt9988X1 для объекта, неизмененного расширениями конфигурации
 Обнаружена неиспользуемая таблица: AccumRgAggDimsX1
 Обнаружена неиспользуемая структура хранения расширений конфигурации
 Обнаружены вспомогательные данные для удаленных расширений конфигурации
Обнаружена информация об именах объектов для удаленных расширений конфигурации
Тестирование закончено
---
удалось найти решение?
---
Перенес в файловую, там удалил и вернул с серверную. Правда потом пришлось восстанавливать часть битой информации "дергая" из битой базы через выгрузку xml обработкой из вложения.