Имя: Пароль:
1C
1С v8
Кто-нибудь настраивал следующую схему обмена?
,
0 байт
 
14.07.11
10:28
Здравствуйте, коллеги, есть вопрос по настройке такой схемы обмена РИБ: Из ЦетрБД выгружается только измененная конфа, данные не выгружаются, а из ПерифБД загружается измененная конфа затем выгружаются данные, кто-нибудь делал что-то подобное?
1 Лефмихалыч
 
14.07.11
10:30
ересь какая-то. Зачем тебе это?
2 байт
 
14.07.11
10:32
(1) а зачем ПерифБД Данные ЦентрБД, односторонний обмен.
3 байт
 
14.07.11
10:36
Можно убрать галку "выгрузка данных" в ЦентрБД, но тогда измененная конфа не выгрузится.
4 Vitello
 
14.07.11
10:36
а в чем проблема то?
5 Лефмихалыч
 
14.07.11
10:38
(2) закрой лучше конфигуратор пока не навредил
6 Лефмихалыч
 
14.07.11
10:38
(4) проблема в том, что до ТС не доходит, что надо не изголяться над обменом, а настроить правила регистрации изменений, чтобы лишние данные для периферийного узла не регистрировались
7 байт
 
14.07.11
10:40
(6) я тоже об этом думал только не нашел способа как это сделать?
8 байт
 
14.07.11
10:41
(6) можешь подсказать где это настроить?
9 hhhh
 
14.07.11
10:42
(7) ну типовая ведь так и работает. Чего ты нам впариваешь?
10 Лефмихалыч
 
14.07.11
10:47
(8) мануал по конфигурации открыть не предлагать?
11 Shurjk
 
14.07.11
10:48
Самая задница когда попадает мне в руки база в которой не все объекты регистрируются, такой там бардак...
12 байт
 
14.07.11
10:49
(9) в том-то и дело что нет создал документ в ЦБД при обмене он появился в ПБД это же не правильно.
13 Shurjk
 
14.07.11
10:51
(12) Правильно.
14 байт
 
14.07.11
10:52
(13) а для чего они в ПБД нужны?
15 байт
 
14.07.11
10:52
+ чтоб лишний раз база пухла
16 Живой Ископаемый
 
14.07.11
10:53
2(13) это ни правильно ни неправильно... не бизнес для РБД, а РБД для бизнеса. Если нужно так как хочет ТС - значит так нужно. И есть легкая возможность так сделать.
17 байт
 
14.07.11
10:56
(16) как?
18 Shurjk
 
14.07.11
10:56
(14) чтоб учетные данные были прозрачны.
19 Shurjk
 
14.07.11
10:57
(16) Ну если емунужен бардак, то пожалуйста.
20 байт
 
14.07.11
11:00
(19) и что ты предлагаешь?
21 Shurjk
 
14.07.11
11:00
(20) Полный обмен, а доступы правами разруливать.
22 байт
 
14.07.11
11:04
(19) а почему бардак возникнет?
23 Alex375
 
14.07.11
11:06
Берешь план обмена, отключаешь автоматическую регистрацию. Далее создаешь подписку на событие в которой уже решаешь какой объект в плане регистрировать, а какой пропускать.
24 fisher
 
14.07.11
11:09
(0) Так нельзя. Если в центре данные изменят, то в центре и периферийке будут разные данные по одинаковым объектам.
Правильнее настроить миграцию по месту создания.
Чтобы при изменении в центре объектов, созданных в периферийке, они туда возвращались.
25 Shurjk
 
14.07.11
11:10
(22) Потому что не все документы попадают в обмен. И потом не поймешь что у тебя специально попало, а что нет. Потом возникакает ситуация что непонятно в какой базе есть нормальные остатки по определенному складу.
26 Живой Ископаемый
 
14.07.11
11:10
2(19) послушайте, забывайте свой дешевый максимализм.. Жизнь намного более разнообразнее ваших фантазий, основанных исключительно на опыте. Например возможна схема когда программсит сидит в одном месте и разрабатывает конфу, а в периферии - рабочая база реального предприятия, документы которой ему не обязательно видеть и свои тренировочные документы для реального предприятия тоже не нужны...
И это именно та причина по которой например при обновлении типовых конф, процедура обновления запускается в каждой из баз РБД, потому что в общем случае центр не обязательно является суммой периферий...
27 Живой Ископаемый
 
14.07.11
11:11
2(22) не дрейф чувак, главное чтобы ты отдавал отчет в своих дейтсвиях.. и см. (23)
28 Shurjk
 
14.07.11
11:12
(26) Забывайте свои дешевые аргументы про то что секьюрность там достигается или база не пухнет.
Это достигается другими средствами, я считаю что учет должен быть прозрачным а иначе будет бардак.
29 Живой Ископаемый
 
14.07.11
11:13
2(28) вы можете считать как вам угодно... и дело не в секьюрности вообще.
30 Shurjk
 
14.07.11
11:15
(29) А в чем?
Что то не разу не видел чтоб такаясхема нормлаьно работала, а вот распределенки где хрен знает  в каком узле верные даныые видел не один раз.
31 Живой Ископаемый
 
14.07.11
11:18
2(30) поэтому я и говорю об ограниченности вашего опыта. Я видел и гораздо более вычурные схемы. и они прекрасно работают
32 Alex375
 
14.07.11
11:19
(30) у меня на предыдущем месте такая схема успешно работала.
33 Shurjk
 
14.07.11
11:26
(31) Ты франчайзи?
34 Shurjk
 
14.07.11
11:27
(32) Сколько? неделю после сдачи проекта? Потом вяли другого спеца который все это дело разгребал и приводил в порядок.
35 Живой Ископаемый
 
14.07.11
11:28
понятно, обиделся зачем-то...
36 Alex375
 
14.07.11
11:30
(34) да нет, пару лет я после внедрения там работал :)
37 Shurjk
 
14.07.11
11:32
(36) Скажи тогда - нормально когда в одной базе один остаток по скалду а в другой другой остаток?
38 Живой Ископаемый
 
14.07.11
11:33
2(37) если остаток смотрят в одной базе, и все об этом знают, то это нормально.
39 Alex375
 
14.07.11
11:36
(37) а вот такого я не допускал. Так что все нормально было :)
40 байт
 
14.07.11
11:49
че-то после таких дискуссий, начал побаиваться этой схемы, бизнесс, деньги все таки)))
41 Shurjk
 
14.07.11
12:23
(39) Если не все документы идут в обмен то хоть по каким нибудь остаткам такая ситуация будет, не по товарам так по деньгам, там подотчеты всякие и т.д.