Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Вопрос по репликации
|
|||
|---|---|---|---|
|
#18+
Скажите, а что, нельзя реплицировать данные с нескольких удаленных серверов в одну таблицу? Для каждой удаленной реплицируемой табл. необходимо создавать новую на стороне подписчика? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2001, 04:59 |
|
||
|
Вопрос по репликации
|
|||
|---|---|---|---|
|
#18+
Почему нельзя? Можно. Делаешь одного подписчика и кучу пибликующих серверов. Подписываешься на несколько публикаций. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2001, 07:16 |
|
||
|
Вопрос по репликации
|
|||
|---|---|---|---|
|
#18+
Нет, вы видимо не поняли вопрос. Есть какая-то база на удаленном сервере. Там есть таблица Test. У нас на серваке также база, в которой есть таблица Test. Смысл в том, чтобы у нас на серваке была таблица Test, содержавшая данные наши и с удаленного сервера. Но судя по документации, получается, что у нас надо создавать таблицу, например, Test_Remote, и туда сливать данные с удаленного сервера??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2001, 07:53 |
|
||
|
Вопрос по репликации
|
|||
|---|---|---|---|
|
#18+
Да не говорит документация ничего такого - при создании подписки, просто скажите, что таблицу (схему) инициализировать не надо - и юудет Вам репликация в существующую таблицу. Ну а с ключами/identity - это уж Вам самим разбираться придется, чтобы дублирования ключей избежать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2001, 09:44 |
|
||
|
Вопрос по репликации
|
|||
|---|---|---|---|
|
#18+
Если даже сказать, что подписчик будет брать данные и схему с паблишера, то и в этом случае репликация будет происходить в таблицу с тем же самым именем. Где это вы про test_remote вычитали, непонятно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2001, 10:10 |
|
||
|
Вопрос по репликации
|
|||
|---|---|---|---|
|
#18+
Ведь не зря при настройке репликации есть опция DROP EXISTING DATA или что-то в этом духе. Ведь при репликации в одну таблицу после синхронизации картина в табличке может быть непредсказуемой (мягко говоря). То есть регулировать этот момент автоматически нельзя? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2001, 10:14 |
|
||
|
Вопрос по репликации
|
|||
|---|---|---|---|
|
#18+
To Denis. При настройке репликации делаешь свой сервер публикующим - удаленные подписчиками. В публикации, для каждого удаленного ставишь фильтр по какому л. полю. Тогда у тебя данные на удаленных серверах останутся там-же, а на твой будут добавляться (если их на твоем сервере не было). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2001, 04:18 |
|
||
|
Вопрос по репликации
|
|||
|---|---|---|---|
|
#18+
2 Олег Яговкин. Не понял. Вы ничего не перепутали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2001, 04:52 |
|
||
|
Вопрос по репликации
|
|||
|---|---|---|---|
|
#18+
При создании публикации можно выбрать одну из четырех опций: - Удалить таблицу на приемнике с тем же нименованием и создать заново - Удалить все строки из таблицы, но саму таблицу не удалять - Удалить не все строки, а только те, у которых ключевые поля конфликтуют с реплицируемыми - Вообще ничего не удалять. ------------------------------------------------------------------- Кроме варианта множество публикующих серверов - один подписчик, который годится фактически для всех видов репликации, можно задействовать схему один публикующий сервер - несколько обновляемых подписчиков. Второй вариант накладывает некоторые ограничения на используемые типы репликации. Либо это MERGE-репликация (которая автоматом позволяет передавть данные с подписчиков на публикующий сервер), либо непосредственно-обновляемые подписчики, либо репликация транзакций или снимка в совокупности с QUEUEU UPDATING (только для SQL2K). Из сказанного последнее сам не до конца еще понял . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2001, 13:40 |
|
||
|
Вопрос по репликации
|
|||
|---|---|---|---|
|
#18+
2 Garya Спасибо за разъяснения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2001, 13:46 |
|
||
|
Вопрос по репликации
|
|||
|---|---|---|---|
|
#18+
2 Garya: А где это ты нашел вариант "Удалить не все строки, а только те, у которых ключевые поля конфликтуют с реплицируемыми" ? Может, все-таки "удалить по определенному фильтру" ? Это совсем не одно и то же! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2001, 13:49 |
|
||
|
Вопрос по репликации
|
|||
|---|---|---|---|
|
#18+
To Denis (ответ запоздал т.к. был занят). Может я не совсем понял изначальный вопрос, но в связи с моим предыдущим советом: по этой схеме работает система диспетчерской службы в нашем подразделении т.е. есть табл. по авариям и отключениям на гл. сервере и такие же табл. на удаленных серверах(табл. входят в структуру БД). Настроена Merge-репликация с фильтром по полю "Kod_Reg"(неважно, что это значит) и по такой схеме все данные сваливаются в гл. табл. на гл. сервере. Т.е. табл. может корректироваться или дополняться как на удаленном сервере, так и на гл.сервере. Кстати Garya советует из той же области. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2001, 05:46 |
|
||
|
|
start [/forum/topic.php?fid=46&fpage=3569&tid=1826486]: |
0ms |
get settings: |
11ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
34ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
60ms |
get tp. blocked users: |
1ms |
| others: | 267ms |
| total: | 412ms |
| 0 / 0 |
