Можно ли использовать относительно дорогой фильтр на репликации транзакций?
Вы могли использовать stat и определите свой собственный выходной формат (см. параметр -c).
Пример:
$ stat -c '{"name": "%n", "size": "%s"}' *
{"name": "directory1", "size": "4096"}
{"name": "directory2", "size": "6"}
{"name": "file1", "size": "2070"}
{"name": "file2", "size": "83013"}
1
задан user35961
10 May 2011 в 01:12
Ссылка
1 ответ
Если это имеет значение вот выборка из MSDN - Фильтрация Опубликованных Данных:
Горизонтальные фильтры в публикациях транзакций могут добавить значительные издержки, потому что пункт фильтра статьи оценен для каждой строки журнала, записанной для публикуемой таблицы, чтобы определить, должна ли строка копироваться. Горизонтальных фильтров в публикациях транзакций нужно избежать, если каждый узел репликации может поддерживать полную загрузку данных, и полный набор данных является довольно небольшим.
Вероятно, лучше отфильтровать строки с помощью очень быстрые sargable критерии, который является полностью indepedent других строк/таблиц/баз данных.
1
ответ дан user35961
4 December 2019 в 01:35
Ссылка