Версия для печати темы (https://pro1c.org.ua/index.php?s=c1660400e0007633daa55e688d076fe2&showtopic=19167)

Автор: Домовик 05.08.14, 7:10

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

Задача.
Есть две базы. Первая на стандратной конфигурации - нужны регламентные отчеты. Вторая - с нуля мд, три-четыре справочника,документа , регистра, регистр.
Пересечение по данным по спр Контрагенты-Клиенты, и Пользователи-Сотрудники. Но это вопрос второстепенный. Это синхронизировать не нужно будет(будет ссылка один на другой -вот и свяжем).

Вопрос в том, возможно ли объеденить две базы, которые по данным, возьмем исходное условие, не пересекаются? При этом не используя различные обработки выгрузки-загрузки.
допустим,
1. объединяем мд (на стандартной базе)
2. удаляем индексные файлы.
3. вручную перетаскиваем дбф файлы из второй базы.
4. восстанавливаем индексные файлы.

кто-то подобное пробовал? чем чревато?

Автор: alex040269 05.08.14, 7:23

рассыпится база.
Есть куча обработок по переносу данных.

Автор: Kaliban 05.08.14, 9:29

В теории возможно.
Объединяем мдшники, читаем новый словарь данных.
Закидываем дбфки попутно исправляя названия полей в соответствии с новым словарем.

Но даже если данные не пересекаются в вашей постановке - то они все-таки пересекаются как минимум в общем журнале.
Нужно или править таблицу журнала - либо грохнуть его и попробовать ТИ.
Так что в теории можно но гемморойно. Лучше и правда объединить мд и закинуть нужные данные каким нибудь переносом.

Автор: Домовик 05.08.14, 16:43

до сих пор не пойму, по какому принципу присваиваются имена файлов в базе. интересно, это где-то описано?
вот создаю от фонаря базу, справочники, документы, реквизиты, регистры. если ключевые буквы еще более-менее ясно sc - таблицы справочников, rg, ra - таблицы регистров. то цифры после букв даются по какому-то такому правилу...
создаю копию базы, добавляю еще один вид документов, регистр. и... эти цифры меняются... соответственно имена таблиц.
мд-шники первой-второй базы объединяю, до мд-шника второй. И... при идентичности мд-шников и идентичности неизмененных таблиц, имена этих таблиц разные....



грохаю 1sjorn (полный журнал). при тестировании восстаналивается. создаются документы непроведенные.

копирование таблиц, из одной базы в другую(без замещения) дало игнор в базе. мд их не видит.

ну это поверхностные такие наблюдения.

короче да. проще перенести обработками.



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

??