Здравствуйте!

Проблема, собственно, такова: есть условные База1 и База2. В каждой из них есть справочник с одинаковой структурой, и для синхронизации дбфка из Базы1 физически копируется в Базу2.
Затем в справочник в Базе1 добавили еще один реквизит. Перенос по-прежнему работает, База2 этот реквизит просто не видит - но про попытке тестирования и исправления ругается на физическую целостность, "Не сходится количество полей".

Пробовали создавать точно такой же реквизит в Базе2 вручную или объединением конфигураций, но в результате реквизит имеет другой SP, и после копирования дбфки начинает вылетать ошибка сразу при открытии базы. Пробовали переименовать его в Редакторе ДБФ и в .DD (в Базе2 этот SP еще не занят), но тестирование ругается "Словарь данных не соответствует конфигурации" и переименовывает обратно.

Итак, что можно сделать, чтобы и физический перенос дбфки по-прежнему работал, и целостность базы не страдала?

жестокие вы люди

одинаковая структура. одинаковые словари.

если базы идентичны - то скопируй md/dd
Если базы различаются - я б написал трансляцию в промежуточный файл с нужной структурой. Или забирал прямым запросом

(3) Все остальные справочники/документы/ и т.д. отличаются, в том-то и дело...
И весь смысл именно в переброске файла справочника "на горячую".

(4) а смысл переносить "на горячую", если по том все равно надо реиндексироваться?

(5) Так оно обычно и не требует реиндексации.

(4) И какие проблемы сделать ид нового реквизита в обоих мд одинаковым ?

любым средством для работы с компаундом правишь в мд ид этого реквизита, чтоб циферки в ид были одинаковым и усё, пересоздаешь словарик, наслаждаешься, кушаешь печенки

(7) (8) А вот можно поподробнее про это все?!
Что за средства?!

(9) ну, какие знаешь, теми и пользуйся, хот gcomp-ом, хоть far-om

хоть интелигентом.. да их кучка была в своё время

(6) "не требует" и "не требуется" - это две разных штуки

(7) ид-то сделать не проблема. как с индексами быть?

хотя с другой стороны, скопировать индекс вместе с дбфкой, да и хрен с ним...

(13) а че с ним ? данных то нет еще..индекс пересоздастся вместе со словарём

(14) ну или так, да..

один хрен копирует

(15) Да я по старой привычке все примеряю к работе 24*7, но не подумал, что он прерывает работу для копирования...

помнится с правкой дд и указанием на файл другой базы извращались

(19) Ну это когда единый файл нужен.

(0)Извращенцы.

(10) А существует ли какой-то редактор, в котором можно просто открыть MDшку и изменить этот id, а не плясать с распаковкой-запаковкой?

(22) возьми md. копирни в тест. в тесте - добавь нужный реквизит, сгенери DD, посмотри какой ID/ пропиши такой ID в таблицах вручную где надо

(23) >пропиши такой ID в таблицах вручную где надо
В этом-то и вопрос! Как технически это сделать?!

(22) есть, winhex, например

Хотя, gcompom, быстрее

(25) (26) gcomp почему-то не открыл, выдал ошибку. winhex вообще открылся одним файлом и показал какую-то кашу - речь точно о нем шла?

(25) winhex'ом чревато, там где-то контрольная сумма считалась. Т.е. работать после исправления будет, а вот подправить конфигу - может и обломать
(27) какую ошибку выдал gcomp ?

(28) да, на это можно забить, при реструктуризации потом поправиться.
Так то есть и плаггин к фару и компаунд эксплорер, и мд вью от абадонны, и ...гендальф там что -то писал и ..еще кучка

Извращенцы. Надо было делать все по 1Совски а не свой велосипед делать.

Доброе утро всем!

Итак, спасибо всем за советы - открыть и подредактировать удалось много чем (фар, 7зип). Но встал следующий вопрос: как сохранить изменения?
7зип утверждает, что "Не удалось обновить файл, только для чтения", а если файл сначала извлечь, а потом попытаться записать обратно - "Операция не поддерживается для этой папки". Фар ничего не предупреждает, просто не сохраняет.
Что делать???

(29) ну да, я в курсе.

(31) я б делал gcomp'ом

(31) а вообще, что за справочник-то? что в нем изменяется (отдельные реквизиты у элементов/все реквизиты у элементов/структура)?  или просто изредка добавляется элемент?

(33) Чем-то этот файл гкомпу не нравится, выдает ошибку: "Can not open storage XXXX - Share violation Ошибки при декомпиляции!" Доступ и права у всего есть.
(34) Это справочник материалов, в который постоянно добавляется куча новых элементов. В нем куча реквизитов (полное наименование, цена, ед. измерения и т.д.), и в Базе1 есть реквизит Изготовитель, которого в Базе2 нет - его-то и пытаемся добавить. Но в Базе1 он SP8807, а в Базе2 создается как SP5773 и при попытке переноса ругается.

(35) ну выкладывай оба мд на файлопомойку, добавлю

(35) ну так не проще сделать получение отсутствующих элементов прямым запросом (ну и добавлять их), и вторым запросом - получение отличающихся реквизитов?

(37) Проще, наверное, если в принципе представлять о чем идет речь)

(38) дык?
сделайте нормально, и живите долго и щщщастливо..

Итак, внезапно смилостивился гкомп. Все разобралось, отредактировалось и собралось без скрипа, тестирование прошло без ошибок.
Всем огромное спасибо!!!

Использовать такой способ синхронизации - последнее дело. Что мешает синхронизировать при записи?

А цена в нем не периодический реквизит? Стремно так с бухты барахты копировать файл. Может взять какую нибуть универсальную обработку для этого, для 7 их миллион написано.

хотя правильней (41) или МОД - УРБД накатить и сказать что обмениваться только этим справочником.