Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
19.12.2005, 10:44
|
|||
|---|---|---|---|
Однонаправленная репликация отдельных таблиц |
|||
|
#18+
Привет всем! У меня вот какой вопрос. Можно ли настроить репликацию в SQLRemote для некоторых таблиц таким образом чтобы изменения данных таблицы в консолидированной базе(ASE12.5) реплицировались в удалённыую но не наоборот, тоесть изменения даных в некоторой таблицы отмеченной для репликации в удалённой базе не переносились в консолидированную базу Спасибо за внимание. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.12.2005, 11:13
|
|||
|---|---|---|---|
Однонаправленная репликация отдельных таблиц |
|||
|
#18+
Да можна. Создаете на центральной базе публикацию на нужную(ые) таблицы и подписываете на нее удаленных пользователей. Они и будут получать данные из центра. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.12.2005, 11:35
|
|||
|---|---|---|---|
Однонаправленная репликация отдельных таблиц |
|||
|
#18+
Я понимаю... но можно ли сделать так штобы изменения данных в удалённой базе не приводили бы к изменениям данных в центарльной базе? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.12.2005, 11:42
|
|||
|---|---|---|---|
Однонаправленная репликация отдельных таблиц |
|||
|
#18+
...для таблиц которые реплицируются ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.12.2005, 11:44
|
|||
|---|---|---|---|
Однонаправленная репликация отдельных таблиц |
|||
|
#18+
ну поставьте на таблицы у удаленной БД условие "WHERE 0 = 1" и не будут они вверх изменения поднимать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.12.2005, 11:48
|
|||
|---|---|---|---|
|
|||
Однонаправленная репликация отдельных таблиц |
|||
|
#18+
ASCRUS пишет: > ну поставьте на таблицы у удаленной БД условие "WHERE 0 = 1" и не будут > они вверх изменения поднимать. А как разруливать конфликты и ошибки? В удаленной удалили запись - из консолидированной пришел ее update. В удаленной вставили запись - из консолидированной пришла аналогичная вставка с нарушением каких-нибудь констренов. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.12.2005, 11:54
|
|||
|---|---|---|---|
Однонаправленная репликация отдельных таблиц |
|||
|
#18+
Александр ГoлдунА как разруливать конфликты и ошибки? В удаленной удалили запись - из консолидированной пришел ее update. В удаленной вставили запись - из консолидированной пришла аналогичная вставка с нарушением каких-нибудь констренов. Ну каждый человек - сам кузнец своего счастья. Если человек хочет это, значит это нужно. У меня например тоже такое используется - смысл в том, что есть таблицы, где для каждого узла данные должны быть свои, ни вверх ни вниз ничего не движется, но таблицу в репликацию включить хочется, чтобы она сразу в выгрузке БД участвовала. В этом же случае скорее всего вверху есть централизованные данные и внизу вдогонку к ним еще собственные. Естественно желательно, чтобы вниз изменения шли, а вверх не проходили. Причем никаких конфликтов версий и не будет, если внизу будет разрешено оперировать только со своими, локальными записями (конечно, если это так на самом деле). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=55&mobile=1&tid=2013179]: |
0ms |
get settings: |
11ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
75ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
58ms |
get tp. blocked users: |
2ms |
| others: | 250ms |
| total: | 440ms |

| 0 / 0 |
