Есть две базы с набитыми данными. Хочу что бы с них все сливалось посредством УРИБа в третью.

Как в одной из баз добавить префикс для всех внутренних ID? Что бы они не пересеклись потом.

Пробовал мучаться с дат файлом из выгрузки, заменяя подстроку |" на 0000|" (что бы айди начинались не с 1 а с 10000, тогда они не должны будут пересечся помоему). В копии с малым объемом данных прокатило, а на рабочей ошибка при загрузке.

Есть советы?

Книга знаний: Пример работы с файлами DBF по интерфейсу ADO из 1С v 7.7
Книга знаний: Выгрузка справочника в Excel

пляски с бубном должны производиться с неколько более глубоким, нежели у тебя, пониманием технологии и способов работы УРиБД.
Например, если даже ты запихаешь в каждой базе во все данные свои (для каждой базы) Id (базы данных), и прямой правкой системных файлов слепишь (псевдоинициализацией) УРиБД, то в ЦБ у тебя все справочники получатся слиянием - и задвоятся элементы (навскидку - Контрагенты,Товары/ТМЦ с единицами, etc.)..
в общем и целом то, что ты собираешься сделать, на самом деле гораздо сложнее, чем тебе кажется... )))
"пригласите специалиста" (с)

(2)Не надо пугать:) С чего ты взял что я не справлюсь или что у меня не хватит знаний?

Базы разные. Дубли не интересуют. Главное из двоих сливать в одну.
Интересуют именно полезные советы от умельцев.

(2)Контарегнты, номенклатура - задвоение не интересует. ОКЕИ можно потом универсальной обработкой сделать замену. Их не так много.

Некому нечего сказать?
Пойду копать конвертацию. Если конвертация переносит движения регистров, то закину данные в базу с включенным УРИБом. Тогда все что создастся будет уже с префиксами.

"У меня такое нежное ощущение, что некоторые говорят на разных языках"(с) ....... а вроде про 1С......

А если по делу ты сначала в технологии УРиБД разберись и осознай в чем ее суть.... Тут можно таких делов натворить, что они всплывут чере несколько месяцев только и не разгребешься.....

(6)Конкретней. Запустил базу демку. Перезаписал все объекты, слил в центр. Тоже самой со второй базой. Главной чтобы айди не пересекались. Вы все погуате так мутно, а хотелось бы конкретных замечаний. Делать то буду по любому.

Звать каких то чудаков-специалистов, которые в итоге тупее меня будут, я не хочу.

(7) Насчет "конкретнее" ИД чего должен начинаться с 1000? И чего, собсно, для?

(6): именно.. причем судя по апломбу - почти наверняка..
(7): Id каждого объекта данных (элемента документа, справочника, etc.) начинается с трехсимвольного кода ИБ создания объекта. Id-ы эти прописаны не только в самих таблицах хранения объектов данных но и в кажом реквизите строго говоря любого объекта данных, учетного регистра, записи истории любого реквизита, ссылающемся на эти объекты данных.
Впрочем, сильно опасаясь, что я "судак-пециалист, который в итоге тупее тебя", умолкаю.. дерзай, умник.

*"_ч_удак-пециалист, который в итоге тупее тебя"

(7) Чудаков как раз звать не нужно, ты уже есть. Ты специалиста позови.

(10) Зря спугнул :( клиента У лю....
Таких спецов надо расспрашивать почтительно...

(0) А не проще без бубнов найти или написать обработу по переносу?

(9)я на тебя не намекал. Просто сами знаете кто приезжает. Хорошего спеца найти надо время. А я уверен что сам справлюсь. Но надо с чего то начать.

Префикс есть если база с включенным УРИБ. Если до этого база работала без УРИб то там нет префиксов. С файлами ДБФ я работал и раньше. И когда кувырял уриб, смотрел что куда и в каких файлах. И я в курсе что еслименять айди, то надо менять айди и в ссылках на этот объект.

(11): так я ж и говорю - умолкаю ибо опасаюсь.. )))
(12): я вроде почтительно.. даже дал направление - куда смотреть, хотя бы чтобы понимание появилось.. не?.. ))) (про 1ссистем и дбсигхн вроде ещё рано ж.. да и опасаюсь я)))
(13): проще, ясен пень.. с переназначением "на лету".. но это слишком простой путь!.. )))
(14): благодарю тебя, о, гуру.. я конечно же понятия не имел о том, что в случае неиспользования УРиБД во всех объектах данных ИД-ы кончаются на три пробела... /почтительно замер в ожидании новых откровений/ (эээ.. (12), так - достаточно почтительно, э?))

(13)Переносу всей базы? Я вот сейчас запустил выгрузку с помощью конвертации. Потом буду загружать в базу с включенным УРИБ. Т.е. я надеюсь все загрузится и айдишки будут с префиксами. А во второй пусть айди будут как есть. Т.е. по теории когда буду сливать в третью (в общую) пересечься ничего не должно.

Говорите если я в что то делаю не так, по делу? А то только необоснованные намеки что надо позвать спеца.

(15)Ну ты сам не прав. К чему клоунада? по делу можешь говорить?

(16) ты что грузишь, спрвочники? их загрузить легко. Документы? На ветке про них ни слова

(15) Похоже, автор не понимает, что есть путь просто в лоб. Грубо и действенно. Легко и быстро

(18)Всю базу (ТиС). Доки, спр, движения регистров.

(19)Знаешь, я вот пришел на форум найти путь. Но ты наверное не хочешь его открыть? Почему? Что мешает прямо сказать?

(19) Во истинну, открой ему путь!

(21) На мой взгляд, слияние двух чуждых друг другу баз нарушит весь учет. Данныне, будучи собраны вместе, не будут представлять ценности.

Единственное, что есть смысл переносить, это справочники и некоторые регламентированные документы без движений вроде Договоров

(23)В данном случае нужно видеть всю историю и суммы продаж. Дубли в справочниках не так важны. Контрагенты у каждого свои. Просто должна быть единая информационная база.

(24) А ТиС стандартная?

+24 единая (справочная)база. Главное видеть в ней общие суммы. Юр.лица разные. Перефирийки между собой меняются только справочником номенклатуры, в котором будет новая отдельная папка после объединения.

(25)Мелкие дописки

(27) каковы текущие правила миграции?

(28)Сейчас это две разные базы. Они по плану будут двумя переферийками. Добавится центр (справочный), в который будет все сливатся с этих баз. Эти две базы между собой будут обмениватся через центр только номенклатурой.

(29) Сравни хоть их *.DD файлы. Различаются?

(30)Одну из них обновлю на вторую. Они по структуре будут одинаковые.

+31 а зачем ДД?

(32) Там метаданные согласуются с файлами, иначе не сольешь в одну

Подчеркиваю: базы мне объединять МЕЖДУ СОБОЙ не надо. Надо настроить СЛИВ В ОБЩУЮ базу, которая будет использоватся только для просмотра.

(34) Ну, если не понял, я пас

(35)Ты имеешь в виду что таблицы должны называться одинково если базы объединять в УРИБ?

(36) И не только сами таблицы. Их поля тоже

Базы раньше были соединены в УРИБ. Потом их "разлучили". Так что думаю все должно сходится.

Вернее одна из баз была создана из другой путем зачистки. Как то так.

(38) Надо начинать дело с (30)

(40)А потом. Что делать если некоторые таблицы/поля различаются?

(40)По идее обновить одну до другой базы. Потом сделать копию одной из баз и конвертацией перенести данные. Таким образом я могу решить эту проблемму? Я прав?

(42): неправ.

(43)В чем ошибаюсь?

Ведь можно скопировать МД и ДД. ДБФки нафиг удалить. Потом они создадутся с такими же полями и именами файлов?

и догрузить конвертацией. Соответственно будет вторая база с идентичным ДД структурой файлов.

(45) Нет, если DD двух баз различаются, они разные по своей структуре, и их уже никак не склеишь, кроме написания обработки, которая перенесет справочники и документы

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

(48) Ну, попробуй, если DD будут одинаковы, то слить базы в одну можно

(49)Если посмотреть файл например справочника номенклатуры, то можно  заметить что и там и там идут айди с 1 и т.д.
Т.е. они затрутся в общей. Я думаю перед заливкой конвертации во вторую базу включить УРИБ. Тогда все создастся с префиксом. Тут я ничего не упустил?

(48): я тебя огорчу: объединение не гарантирует одинаковости мд-шников ибо не гарантирует идентичности Ид видов(!) данных - потому что синхронизирует метаданные по именам...

(50) ну попробуй, я просто писал в общих чертах, чего нужно придерживаться. У меня же нет твоей базы. Имея ввиду сказанное в этой ветке попытайся что-то сделать

(51)Объединение МДешников дает возможность сделать конвертацию. А с конвертацией я загружу в базу с точной копией МД и ДД. Я что то неучел?

(53): да, не учел: того, что конвертация не перенесет движения по регистрам, а при проведении доков в новой базе движения могут получиться не совсем такие как в источнике...
(про скорость переноса - это уже тебе решать.. а равно и про то, что все-таки таблицы данных в "сделанных одинаковой структуры" объединением базах данных не позволят делать "финт ушами" для использования их в рамках одной УРиБД)

(54)Совет может дашь какой нибудь?

Вот я надеялся что конвертация "перенесет" движения регистров, а не будет проводить доки.

Да конвертация выгружает очень долго, уже три часа. Все жду.

Да, конвертация не спасает. Движения не переносит. Буду тогда копаться с МОД. Может он поможет довести одну базу до соответствия другой по структуре и ИД.

Йоу. Загрузил МОДом в копию. Перед этим сделал инициализацию уриб в копии с префиксом. Проверил ДБФ все с префиксами. Вроде все загрузилось. Надеюсь завтра все доделаю без геммороя.

Поехал пожру гденибудь уж наконец таки.

мндя...
а послушался бы совета из последнего абзаца (2) -- решил бы задачу без корячения конфиги МОД-ом и закладывания в неё мины замедленного действия...

Ух. Такую веселуху пропустил!

(58)Может скажешь что ты имеешь ввиду? Если не собираешься, то зачем е..шь мозг. НУ просто неприятно. Я хочу это сделать, а не вызвать спеца, неужели ты не понял?
(59)Почему? Все только начинается. Все в наших руках.

(59) Не пропустил )).

(58)МОД нужно установить, перенести данные и снести мод. Конфига будет на месте. А вот ты пока ничего лучше не предложил.

(61): пропустил.. виш, чувак уже "решил" задачу ))
(60): хотел бы - так давно бы уже разобрался в структуре, материалов в инете - валом..
(62): я уже предложил.. и давно.. )))))))

(63) Если решил - мы с следующей теме поучаствуем, она поинтереснее будет ).

(64): тссс....

(65) Извините профессор ... )

(53)Что ты предложил? Обратиться к спецу? Я не понимаю что тебе мешает сказать что ты имеешь ввиду? Если не хочешь говорить, то зачем ты все это тут постишь не понимаю?

(63)Типа: "я знаю как это решить, а ты не прав. Ты делаешь фигню." Но ни одного конкретного замечания или предложения ты не озвучил. В чем суть твоего участия в этой теме?

(67): именно обратиться к специалисту...
причем даже если принять уместность твоего желания сделать все самому - то мой совет тоже уместен, просто этим спецом в таком случае нужно хотя бы попытаться стать тебе самому.. при ворохе доки в инете в принципе решаемый вопрос, но, как я уже отметил в (63), ты даже не почухался попробовать разобраться в вопросе.. откуда и следствие:
(68): следствие - то, что ты даже вопросов связных по реализации возможных решений твоей задачи не в состоянии задать.. и вместо задавания конкретных вопросов и хотя бы попыток войти в одно смысловое пространство для возможности ведения разговора - продолжаешь ныть... именно ныть, а не "задавать вопросы"..

(69)Я вот не понимаю с чего ты решил что я ничего не читал, и ничего не понял?
Я помоему вполне конкретно обрисовал свою задачу.

В итоге:
1) УРИБ при обмене идентифицирует любой объект конфиги по внутреннему id. - так?

2)Исходя из пункта 1, что бы соединить УРИБом две существующих базы с новым центром необходимо сделать одинаковую структуру таблиц и полей, а так же обсепечить ситуацию при которой внутренние ИД объектов не пересекутся. - так?

3)Для реализации этой задачи я сделал пустую копию одной из баз. Включил в ней УРИБ с префиксом WW. Потом загнал МОДом из второй базы все данные в эту копию. Теперь у меня две одинаковые по структуре базы с непересекающимися ИД.


Какие в моей схеме упущения/ошибки? Какие еще есть пути?

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

(71)УРИБ я инициализирую что бы в одной из баз были отличные ид (с префиксами). УРИБ ведь снести никто не мешает. А потом прописать настройки как для переферийки.
Так?

Ладжо пойду делать. потом отпишусь.

В таблице _1SUIDCTL - Уникальности, храняться последние ид всех объектов. Попробуй создать центральную базы и поймешь почему твой метод не сработает.

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

(74)Попробую. Вроде как пробовал копии УРИБом объединять. Одна из баз была ранее в УРИбе но была отключена. Проблемм не было.

(75) Скорее всего ты совершил полный обмен.

Интересно, почему все говорят "нельзя-нельзя"?
При дОлжном подходе - вполне нормальный способ объединения баз ))

(77) Вы о чем?

Вообще если уж удалось консолидировать МОДом данные, то проще его донастроить и пользоваться. Но есть нюанс, данные попавшие в базу через УРБД, МОДом зарегистрированы не будут, и соот-но в консолидированныю базу не попадут.

(78) мы таки подружили УРБД и МОД...

(79) Ну тогда рассказывай как))
Поди что-нить с журналом регистрации или таблицей УРБД?)

(80) честно...давно это было...даже не помню...
и МОДом мы давно не пользуемся....

(77) При "дОлжном подходе" - можно. Хотя не так уж и просто. Автор топика решил, что все делается "на раз", не вникая во внутреннюю структуру УРБД. Его мнение ошибочное.

(0) Что-то подобное делал. Но в моём случае в обмен включался только один справочник и 1 документ и мне повезло что по внутренним ИД метаданных было очень мало различий. Я по ним просто убил данные и занёс заново.
Сделать базы частями распределённой просто.
В твоём случае лучше сделай с нуля распределённую и выгрузи данные в неё.

(83) Проще тупо 1)привести базы к единой структуре (хотя при хаотичных изменениях это не так уж и просто - "внешне" метаданные могут быть одинаковыми, а вот "внутренне" могут отличаться). 2) Инициализировать распределенку 3) пререлить в ПБ (конвертацией, или ОЛЕ) данные из имеющихся баз 4) радоваться.

(82)Пожалуйста, давайте конкретные замечания. А то все говорите про ошибки, а ничего конкретного не указали.

А между тем у меня пока все ок. Вечером еще раз прогоню и проверю остатки, справочники и т.д.

(84)Коонвертация не переносит движений. Поэтому использовался мод. См.(70)

(78) Я о том, что "просто объединить" - вполне реально, без МОД
Только УРИБ + "нестандартная обработка данных"
Не сильно просто, нужно совершенно четко понимать, что и как делаешь.
Поэтому тема совсем не для форума, и советов давать не буду.
Но заявлять "невозможно" не стоит -  у меня получилось так, что даже стандартное ТИИ ничего не заметило ))