|
Обмен между двумя идиентичными базами, НО с разными ссылка у объектов | ☑ | ||
---|---|---|---|---|
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) только этот вариант и остаётся, что правила переписать на поиск по коду и менять их постоянно после переделывания конфы кардинального, к примеру добавления нового регистра
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |