По умолчанию на вкладке General выбраны такие параметры, что, если при сведении данных из нескольких источников выполняется несколько аиий обновления одного поля, это считается конфликтом. Можно изменить настройки по умолчанию, и указать, что конфликтом считаются изменения любого поля конкретной строки. Так, например, если один подписчик изменяет телефонный номер определенного поставщика, а другой подписчик - его имя, по умолчанию это не считается конфликтом.

Перейдите на вкладку Mlver, чтобы разрешить подписчикам интерактивно устранять конфликты аюшие в процессе синхронизации по запросу. Если флажок на этой вкладке снят (рис. 15-37), подписчики не могут использовать Windows Synchronization Manager.

Рис. 15-37. Включение возможности интерактивного разрешения конфликтов

На вкладке Merging Changes можно добавить дополнительный уровень разрешений (рис,

Рис. 15-38. Указание необходимости наличия у агента Merge дополнительных разрешений

Можно потребовать, чтобы учетная запись агента Merge в дополнение к разрешениям доступа к БД публикаций также обладала разрешениями на выполнение команд INSERT, UPDATE и DELETE. Это используется, чтобы ограничить возможные изменения, вносимые подписчиком. Информация о разрешениях хранится в моментальном снимке. Если после создания снимка разрешения изменятся, следует создать новый моментальный снимок. Кроме того, по умолчанию обновление нескольких полей одной записи осуществляется одним оператором UPDATE.

В дополнение к изменению параметров устранения конфликтов слияния по умолчанию, можно также изменять параметры разрешения конфликтов для отдельных .статей. Для этог жните в окне Specify Articles кнопку (...) напротив имени статьи, и в окне Table Article Properties перейдите на вкладку Resolver (рис, 15-39).

Рис. 15-39. Изменение параметров устранение иктов для отдельной статьи

По умолчанию конфликты разрешаются с использованием системы оценки приоритета. По умолчанию все подписчики имеют одинаковый приоритет (однако разным подписчикам можно назначать разные приоритеты), и первое изменение, полненное при данных, имеет преимущество в случае устранения кон-

фликта.

Вместо средства устранения конфликтов по умолчанию можно выбрать одно из настраиваемых средств, поставляемых с SQL Server 2000, или создать собственные хранимые процедуры бъекты. Настраиваемые средства из состава SQL Server 2000 могут разрешать конфликты различными способами, например сохранять самое первое изменение данных, самое последнее изменение, наибольшее, наименьшее или среднее значение. Подробнее об этом - в разделе Microsoft Resolver Descriptions* справочной системы SQL Server Books Online.

Кроме того, на вкладке Identity Range для любой статьи со столбцом IDENTITV вы можете указать, что SQL Server должен автоматически присваивать каждому подписчику диапазон значений. Это позволяет подписчикам добавлять новые записи, используя свойство IDENTITY, и гарантирует отсутствие идентичных значений поля IDENTITY (рис. 15-40).

Следующие два окна, Article Issues и Select Publication Name and Description, аналогичны окнам, выводимым при настройке публикации и ции снимка (рис. 15-25, 15-26).

Если вы решили настроить свойства публикации, откроется окно Filter Data, где можно определить вертикальные и/или горизонтальные фильтры для статей публикации (рис. 15-41).

4 Репликациаз данных

Глава 15

j..w:...f,ti*gef

Рис. 15-40 деление диапазона значений поля IDENTITY для подписчиков

Рис. 15-41. Фильтрация данных публикации по вертикали и/или по горизонтали

Пр раций данных по вертикали открывается окно Filter Table Columns (рис. 15-28). Репликация сведением позволяет использовать динамические и статические фильтры, включить которые можно в окне Enable Dynamic Filters (рис. 15-42).

В окне Generate Filters Automatically можно включить автоматическое создание статических или динамических горизонтальных фильтров (рис. 15-43).

При этом используется таблица со столбцом параметров, по которым следует фильтровать данные. Например, на рис. 15-43 исходный фильтр основан на столбце таблицы Employees и имени зарегистрированного в системе пользователя. Затем, в окне Filter Tabl ws, SQL Server использует этот начальный фильтр, чтобы создать предполагаемые фильтры (используя фильтры соединения) для связанных таблиц с целью ограничения реплицируемых данных, основываясь на имени пользователя (рис. 15-44), . >