Имя: Пароль:
1C
1С v8
Обмен между двумя идиентичными базами, НО с разными ссылка у объектов
,
0 qwerty072
 
14.03.13
09:13
Есть две торговли, они были идентичны по структуре на конец 2012 года, но после перегрузили данные во вторую, где сделали списание по среднему и начали вести учёт во второй, а вторая служит для просмотра 2012 года
задача сейчас состоит в том, что необходимо в старую базу грузить текущие данные, чтобы постоянно не подключаться в другую базу для анализа двух лет
проблема в том, что в новую базу данные грузились без поддержки ссылок, т.е. у двух как бы одинаковых элементов справочника разные ссылки, а информация одна и таже

как лучше быть?

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

вторым шагом настроить обмен и смотреть по коду тогда что ли, так?
1 qwerty072
 
14.03.13
09:14
один и тот же контрагент в двух базах, а ГУИДы объекта разные:
cdf3bddf-43f7-466b-90bc-4c410b12fb37
9f2e9da4-0d18-11e2-8a46-0019bbce11f6
2 Smit1C
 
14.03.13
09:14
(0) да, искать по коду или по код+наименование
3 Галахад
 
гуру
14.03.13
09:14
А по какому полю сравнивать?
4 qwerty072
 
14.03.13
09:16
(2) наименование могло изменить уже за 3 месяца, а вот код врятли
5 Галахад
 
гуру
14.03.13
09:18
Если анализируют только продажи, то свой отчет написать.
Что бы данные и из новой, и из старой базы получал.
6 qwerty072
 
14.03.13
09:18
а как такая идея: взять через правила которые есть, выгрузить в старую базу из новой справочники с признаком каким нибудь уникальным, чтобы потом в старой базе мы его могли распознать и понять что он из новой. тем самым мы задублируем справочники, но потом объединим их по коду и укажем какой правильный, ведь мы выгрузим этот признак
и после этого можно спокойно без гемора грузить по правилам и указать что это распределёнка
7 qwerty072
 
14.03.13
09:19
(5)

думал так сделать, но вариант, отчётов очень много, где требуются данные предыдущих периодов, очень много надо затрат чтобы всё это реализовать
8 Smit1C
 
14.03.13
09:29
(6) и это называется без гемора?))
Проще создать обработку которая заменить GUID в старой базе на правильные из новой
9 Smit1C
 
14.03.13
09:35
(8) + хотя так лучше не делать, а то вся ссылочная связь полетит))))
10 qwerty072
 
14.03.13
09:41
(9) ну да и мой вариант по задублированию тоже геморойный))) а то данных много и база просто вспотеет перелапатить все ссылки
11 Serg_1960
 
14.03.13
09:44
"в новую базу данные грузились без поддержки ссылок..." - это приговор. Окончательный и обжалованию не подлежит. Лопухнулись Вы и по крупному :(
12 Serg_1960
 
14.03.13
09:50
На ум приходит только одно: всё начать заново.

КД2 и вперед - заливать в "старую" базу новые данные из "новой" базы.

А далее - создать нормальную РИБ-базу! С "одноноправленным" обменом данными.
13 mxs089
 
14.03.13
10:07
добавить префикс, либо синхронизировать по полю, код, инн
14 mxs089
 
14.03.13
10:09
просто синхронизировать (13)
15 qwerty072
 
14.03.13
10:26
(12) так если я залью, то у меня задублируются все справочники
16 qwerty072
 
14.03.13
10:29
(13) только этот вариант и остаётся, что правила переписать на поиск по коду и менять их постоянно после переделывания конфы кардинального, к примеру добавления нового регистра
Независимо от того, куда вы едете — это в гору и против ветра!