Здравствуйте. Есть база, в которой принимаются заявки. Писали ее какие-то криворукие люди, оч. много косяков. Начал по одному их вылавливать, исправлять, в итоге решил что проще просто перебрать по одному все используемые объекты, сохраняя и отлаживая их в пустой конфигурации. Немного расскажу почему: база писалась на основе комплексной конфигурации, но типовые документы не использовались в дальнейшем абсолютно. т.е. для всех движений создавались новые. Смысл в таком случае делать это в комплексной я не знаю, но из ~180 документов использовалось только 20. При этом размер базы за 2 года эскплуатации - 6 гб(!), это просто свойство папки отдельно дбф не мерял. В общем конфа раздута, причем еще ничо как надо не работает)
А теперь суть проблемы: в качестве первого этапа хочу удалить неиспользуемые объекты метаданных. Сделал это, сохраняя все нужное в пустую конфигурацию, т.е. структуры md файлов одинаковы, за исключением того, что я удалил. Я думал, что если загружу измененную конфигурацию, то все почистится и т.п., как оказалось ошибался( При загрузке говорит "Нарушена уникальность кодов справочника...", и перенумерация не помогает.
Подскажите, как мне теперь подменить исходный md файл на исправленный? Можно конечно удалять объекты из исходной базы, но это такой геморрр...

>>> Начал по одному их вылавливать, исправлять
людей?)

6г за 2 года - это детский размерчик...

да, кстати, похоже, у вас это наследственное - одни криворукие пишут, другие криворукие исправляют...

(2) ага, потом окажется, что из них 4 гига прон в ХД-качестве в extforms-ах лежит

(0) Что именно много весит?

Возможно, бывший прог там порно прятал...

Неиспользуемые документы не сильно влияют на размер базы, так что их удалять смысла большого нет, а вот гемора точно может быть много.

(0) рукоблудство от большого количества свободного времени.

какие косяки то ?

Самое первое посмотри какие самые большие файлы в базе

(0) Самые большие файлы озвучь.

(10)(11) Вообще говоря, у него около половины - индексы, мд и экстформсы - поэтому данных не более 3г. на 3Г данных нужно крепко постараться, чтобы размер одной таблички приблизился к критическому...
хотя, судя по году рождения, для ТС это не является невозможным.
зы. ему надо заюзать базопузометр от ТоТ'а , только вряд ли это ему поможет...

(0) 1. Перенси из базу в базу данные.
2. Просто не спеша грамотно объедини.
3. Удаляй прямо в базе по чуть чуть.
4. Напиши это в 1с82 :)

(2)Не цепляйтесь за размер, я ж сказал в (0) - что это просто свойство папки, может там что-то лежит левое, у меня не в этом проблема.
(3), (12) У Вас критика неадекватна, кроме того я к Вам не за этим обратился. Я стопудово знаю, что есть куда кривее меня, и каким-то чудом работают.  Мир не идеален, в нем возможно больше нет таких гениев как Вы (как минимум Вашего года рождения), смиритесь. Но при всей Вашей гениальности ни одного поста который мог бы помочь я не увидел, зачем тогда это было писать? Что такое "базопузометр"? Я сейчас не решаю проблему размера базы, если Вы об этом.
(11) Проблема не в больших файлах, о размере базы я написал только чтобы дать представление о ее запущенности. Все велось из рук вон, никакой структуры ни в порядке файлов, ни в пользователях, такое ощущение что прошлые проги оч. редко на работу приходили трезвыми.
Моя проблема - как подменить мд файл испраленным. Файлы одинаковой структуры, но в новом мд нет многих объектов метаданных из другого файла. Я думал, что при таких кучах интересных разработок,GKomp, 1С++ и т.п. это как-то возможно, и может кто подскажет, если знает.
Или, по-другому, как скопировать в пустую базу с этим МД, документы из первоначальной со всеми проводками и движениями, но без перепроведения этих документов?

(13) если окажется, что (0) невозможно, так и буду делать(

(7) Также, как и неиспользуемая компонента "Бухгалтерский учет", "Расчет"? Кроме того нужно исправлятть множество ошибок и недоработок, и нет желания лазить по типовой базе с овер 150 доками, ктогда там их вообще должно быть 20.

(16) неиспользуемые документы места не занимают. в чем проблема их наличия в конфигурации?

(14) базопузомер - в гугль.
(16) неиспользуемые компоненты максимум приведут к созданию нескольких пустых ДБФ (бухгалтерские итоги, проводки и т.п.), хуже от этого не будет, зато в будущем ты сможешь дописать новые подсистемы/документы, используя эти компоненты.
(0) загляни в dd, узнай имена файлов тех документов/справочников, которые ты удалил из конфигурации - удали их из папки с копией базы, попробуй еще раз зайти.

Когда то пытался написать зарплату на базе типовой начал переносить из типовой после некоторой стадии забил на это дело и с нуля написал. Правда получился тоже монстр который отшлифовывал...