Подскажите кто знает, можно ли вынести справочник (прописанный в метаданных) из каталога БД 1С, в другой каталог (или другой диск).
Что-то мне подсказывает, что не реально, но хотелось бы знать точно.
Спасибо.

Помниться ветка здесь уже пробегала. Сам не пробовал, но кто-то утверждал, что можно. Правда - геморно. Каждое обновление релиза потом ручками править

(0) что значит "вынести"? перенести в другой каталог, и чтобы база продолжала нормально работать? вряд ли ...

http://www.kuban.ru/forum_new/forum9/arhiv/208458.html
Не совсем то, но похоже

Реально. Как и ходить с голой жопой. Зябко.

может быть стоит искать пример в реализации классификатора адресов

Подробнее... Зачем?
То , что выше не по вопросу по-моему.
(Реально все, вопрос - сколько это займет времени)

0)да говорили давно: надо - выноси, в DD правь путь и работай. Сам не пробовал, а то засудишь потом, как КЦ засудили...

7) А Зачем!?

типа, синхронизация. В одинаковых конфах.

9) И чо работает так? (удивительно, пока не понл как использовать, но надо проверить)

говорю ж, не пробовал, но запомнил :)

Используется. Работает. На вопрос "Зачем" отвечу - Так надо!
В файле 1Cv7.dd правишь путь к файлу.
Вместо SC33 надо вписать например \\Server\Obmen\SC33
И наступит вам счастие совместного использования несколькими базами одного справочника и гимор еще тот одновременно

(12) Архивы у баз будут прикольные...

13) сам то думаешь, что сказал?
12) Во-во огребешь хрень даже если так и работает, но круто

(13) А кто сказал, что архивирование возможно только штатными средствами?
(14) Работает. Все записи/изменения строго через транзакцию. Всё зависит от интенсивности.
А теперь давай разжуем попытку синхронизации через выгрузку во внешние файлы и ОбработкуОжидания в ГМ? Есть базы, в которые операторы не заходят по нескольку дней. Значит хранить файлы надо? Надо. Ставить отметку в самом файле синхронизации? По заполнении уничтожать? А как же отсрочка в несколько дней? Если учесть, что ежедневно в справочник идет запись сотен элементов из разных баз по 1-10 штук за раз?
Насчет SQL и прочего. В условиях сервер Linux Red Hat, базы DBF.

Как-то пробовал такую хрень: один справочник на две базы.
Главное, что бы структура справочника была одинаковая. И ведь работает !!! Только вот использовать не стал - не пригодилось :)

(12) инфа очень интересная, ибо как раз "общие" справочники для нескольких БД нужны. вот только базы скульные, однако ж если на дбф можно сделать, то и в SQL не лень будет искать... спасибо

(12) прямая реализация данной фичи (типа \\Server\Obmen\SC33)
таит в себе чуднЫе вещи... Ну да познакомишься...
.
Но используя сей факт, можно слега изменить фичу .... и нормально работать
.
P.S. реально работало на ДБФ. Про скуль - не уверен...

(18) не томи, расскажи, Что изменить надо?

(18) Предлагаешь замапить диск?