Управление распределенными информационными базами в Axapta

[st_msav]

Доброго времени суток.

Подскажите, кто решал проблему с управлением распределенными информационными базами в Axapta. На сколько я знаю, стандартных методов репликации баз данных Axapta не имеет. Средства репликации SQL Server 2000 не поддерживаются. Более того, репликация нужна условная.

Буду рад, если Вы поделитесь идеями. Или дадите ссылку.

[BOAL]

Что такое условная репликация?

У нас стоят три акаспты - одна центральная и две дочки. Цель консолилдированная отчетность по холдингу по разным (функционально не совместимым) бизнесам.

[slava09]

Наша компания решала (решила) задачу репликации данных средствами Аксапты.

[kvan]

Цитата:

Сообщение от slava09

Наша компания решала (решила) задачу репликации данных средствами Аксапты.

Может расскажешь поподробнее что оно из себя представляет?

[slava09]

Да по сути, это аналог механизма репликации MSSQL.
Есть такие объекты как:
1. Источник;
2. Получатель;
3. Порция данных;
4. Публикация;
5. Статья публикации;
А смысл они имеют аналогичный SQLевскому.
И работают также.
Я вобщем-то в репликации не спец, но на вопрос ответил

[slava09]

А, еще забыл: все это подвязано к стандартным группам определения, в которых настраиваются параметры выгрузки\загрузки.
И настраивается еще куча протоколов передачи: копирование, эл. почта, ftp, MSMQ

Цитата:

Сообщение от slava09

А, еще забыл: все это подвязано к стандартным группам определения, в которых настраиваются параметры выгрузки\загрузки.
И настраивается еще куча протоколов передачи: копирование, эл. почта, ftp, MSMQ

А чего это за протокол передачи: копирование? ;-)
2 st_msav
1 идея:
Подобные средства как я понимаю разработаны практически во всех крупных конторах (по крайне мере в 2-3 самых крупных точно), сответственно достаточно просто их прозвонить.
2 идея:
сделать самостоятельно. Тут уже вопрос в объемах данных и качестве связи (постоянно online или бывают разрывы и т.п.) Соответственно нужно уточнять.

[kvan]

Ты не путаешь репликацию и обновление некоторых справочников и остатков (может еще чего - уже не помню что там у вас) которое вы реализовали с помощью своего универсального экспорта-импорта (который ты описал)?

[slava09]

Цитата:

Сообщение от kvan

Ты не путаешь репликацию и обновление некоторых справочников и остатков (может еще чего - уже не помню что там у вас) которое вы реализовали с помощью своего универсального экспорта-импорта (который ты описал)?

Да не... сделали всетаки полноценную репликацию.
да и уж какая реклама... Россия далеко... так... ради хвастовства

[kvan]

Цитата:

Сообщение от slava09

Да не... сделали всетаки полноценную репликацию.

В чем физически выражается "полноценная репликация" ?
На примере конкретных примеров пожалуйста.

[QUOTE=slava09]Да не... сделали всетаки полноценную репликацию.
да и уж какая реклама... Россия далеко... так... ради хвастовства [/QUOTE
А как вы реплицировали закупки и заказы?

[st_msav]

Цитата:

Сообщение от lagr221374

2 st_msav
1 идея:
Подобные средства как я понимаю разработаны практически во всех крупных конторах (по крайне мере в 2-3 самых крупных точно), сответственно достаточно просто их прозвонить.

По поводу разработок крупных компаний вопрос проверенный уже. В частности от разработки Col***** IT Par******* (кому надо сам догадается ) хочется просто плакать.

Цитата:

Сообщение от lagr221374

2 идея:
сделать самостоятельно. Тут уже вопрос в объемах данных и качестве связи (постоянно online или бывают разрывы и т.п.) Соответственно нужно уточнять.

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

Из всей дискуссии стало понятно, что самое здравое решение - адаптация нашего алгоритма, тем более, что он себя очень хорошо зарекомендовал даже на таком барахле как 1С:Предприятие версии 7.0.

Цитата:

Сообщение от st_msav

По поводу разработок крупных компаний вопрос проверенный уже. В частности от разработки Col***** IT Par******* (кому надо сам догадается ) хочется просто плакать.

1. На самом деле имелись ввиду и другие конторы, но раз уж речь зашла...
если не сложно то поподробнее (интересно т.к. знаком относительно слабо): + - CITP модели (до меня доводили мнение мягко говоря отличное от Вашего)
2. Куда Вы еще звонили, узнавали, что думаете...
2. Т.е. система имеющаяся у Вас работает с 1С и без проблем переносится на Axapta. Забавно как вы этого добились + поподробнее можно. Всем кто читает ветку думаю будет интересно

[slava09]

Это я в качестве общеознакомительно-рекламных целей... спросили: решал ли кто-либо, я ответил - решали, мы

[kvan]

Цитата:

Сообщение от slava09

Это я в качестве общеознакомительно-рекламных целей...

Скорее второе

[SHiSHok]

незнаю как в сиквеле, но идея достаточно простая и тупая:
1) определить цели и задачи синхронизации
2) определить обьекты синхронизации
3) выделить группы таблиц синхронизации и метод их синхронизации (обновление, добавление, удаление; направление (то есть источник - получатель).., модель можно усложнить по вашему усмотрению)
4) таблицы приводятся в соответствие на момент времени "А0"
5) после "А0" синхронизируются все измененные/добавленные/удаленные записи (критерий отбора CreateDate+Time; ModifiedDate+Time; удаление надо протоколировать)
6) выгрузка записей и способ передачи на усмотрение (можно делать экспорт во внешний источник данных и передавать e-mail, ftp, (тупое копирование), MSMQ )

[sukhanchik]

Если раскрыть идею BOAL - то как альтернатива синхронизации - возможно скрещивание баз Аксапт - т.е. в "дочках" определенные таблицы подменяются вьюхами, ссылающиеся на центральную базу.
Данное решение - безусловно - требует определенной программной разработки - однако - принципиально - такое решение возможно.
Это решение не является полной альтернативой синхронизации - однако в тех случаях когда синхронизация ведется не между удаленными базами - возможен "онлайн"-вариант. В этом случае желательно выделить в отдельный нижестоящий слой функционал, работающий с этими подмененными таблицами (если приложения отличаются)

[slava09]

На "примере конкретных примеров" доказать в чем "физически выражается"?
Уволь. Я так не смогу

[slava09]

Формат вопроса я не совсем понял, но отвечу так: в центре насторили выгрузку заказов (отгрузка на филиал), на филиале настоили прием заказов в закупки от центра.

Цитата:

Сообщение от slava09

Формат вопроса я не совсем понял, но отвечу так: в центре насторили выгрузку заказов (отгрузка на филиал), на филиале настоили прием заказов в закупки от центра.

Меня интересует сам прием в филиале на случай если вдруг не нашлось клиента, номенклатуры и т.п. Что будет в этом случае? как отработает система обработки исключений?