|
|
#14 |
|
Участник
|
Цитата:
Сообщение от MironovI
Занимались тут аналогичной задачкой, ноу-хау никакого особо нет, так что могу расказать наверное - вобщем на синхронизаруемые таблицы вешаются триггера на insert, update, delete, которые складывают Recid и TableID в сторонню табличку в базе (у нас эта табличка даже в отдельной базе для надежности). Этот журнал копируется в табличку Аксапты (журнал синхронизации) и обрабатывается периодической операцией.. вобщем все, но есть ньюансы
1) Это "оффлайн" - по сути. Но по факту можно довольно шустро все это обрабатывать. 2) Поскольку это оффлайн - нельзя откатить удаление записи, если удаление в смежной компании приведет к ошибке допустим. Преимущества очевидны - 1) скулевые триггеры надежны 2) Процесс синхроницации работает централизовано, на сервере, легко мониторить, останавливать/запускать В данном случае хочется добиться ИМЕННО on-line. поэтому наверное все таки придется пренебречь советами Mazzy (да простит он меня) и продолжать двигаться в том же направлении |
|
|
|
|
Похожие темы
|
||||
| Тема | Ответов | |||
| Ре-синхронизация системных таблиц на основании AOT | 7 | |||
| Владельцы таблиц в БД аксапты | 11 | |||
| Синхронизация таблиц при изменении EDT | 1 | |||
| синхронизация таблиц | 3 | |||
| Синхронизация таблиц | 6 | |||
|