Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Change Tracking  [new]
Winnipuh
Member [заблокирован]

Откуда: Київ
Сообщений: 10428
Предположим включен CT на несколько таблиц в юзерской базе.
Какие недостатки?

1. растет ли юзерская база при включенном CT больше, чем без ? это к использованию экспресса
2. снижается ли производительность сервера?
3. ?

Ясно, что вопросы общие, но интересно узнать мнение.
21 мар 15, 14:09    [17413658]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
Knyazev Alexey
Member

Откуда: Екб -> Мск
Сообщений: 10233
Блог
http://www.brentozar.com/archive/2014/06/performance-tuning-sql-server-change-tracking/
23 мар 15, 09:43    [17417805]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
Winnipuh
Member [заблокирован]

Откуда: Київ
Сообщений: 10428
да, спасибо... проседает производительность, но все зависит от обстоятельств.

интересно было бы узнать отзывы тех, кто практически использует CT
Скажем, я хочу сделать самопальную репликацию, одностороннюю. Вроде бы - оно.
23 мар 15, 10:27    [17417959]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
Winnipuh
Member [заблокирован]

Откуда: Київ
Сообщений: 10428
и по экспрессу:

не приводить ли использование CT к росту размера юзерской базы?
Непонятно, где создаются те две скрытые таблицы.
23 мар 15, 10:35    [17418005]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
Knyazev Alexey
Member

Откуда: Екб -> Мск
Сообщений: 10233
Блог
для этих же целей используем трекинг, но по размеру и к перфомансу вопросов нет, т.к. реплицируются относительно небольшие справочники!
23 мар 15, 11:10    [17418132]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
Winnipuh
Member [заблокирован]

Откуда: Київ
Сообщений: 10428
Knyazev Alexey
для этих же целей используем трекинг, но по размеру и к перфомансу вопросов нет, т.к. реплицируются относительно небольшие справочники!


поделитесь опытом: как реализована репликация?

Я что хочу в частности:

Есть основная база, хочу часть таблиц реплицировать в 2-3 базы, чтобы разгрузить основную базу от запросов на поиск.
Пусть роют там.

Делал обычной репликацией, все ок, но уж больно сложно будет для конечных юзеров, и если у юзера экспресс, то не пройдет.
23 мар 15, 11:42    [17418303]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
Knyazev Alexey
Member

Откуда: Екб -> Мск
Сообщений: 10233
Блог
Winnipuh
поделитесь опытом: как реализована репликация?

так и реализована...часть справочников копируются на нужные инстансы...изменения отслеживаются через СТ


Winnipuh
Делал обычной репликацией, все ок

мы отказались от штатной репликации, т.к. очень большая OLTP база...репликация не поспевала за всеми изменениями...лог жутко пух...репликация не давала сделать бэкап
23 мар 15, 11:50    [17418360]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
Winnipuh
Member [заблокирован]

Откуда: Київ
Сообщений: 10428
Knyazev Alexey
Winnipuh
поделитесь опытом: как реализована репликация?

так и реализована...часть справочников копируются на нужные инстансы...изменения отслеживаются через СТ


Winnipuh
Делал обычной репликацией, все ок

мы отказались от штатной репликации, т.к. очень большая OLTP база...репликация не поспевала за всеми изменениями...лог жутко пух...репликация не давала сделать бэкап


а как боретесь с вероятным отставанием по времени? то есть, когда скажем автоудаление сработало, а данные не реплицировались еще?
23 мар 15, 11:52    [17418370]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31912
Knyazev Alexey
так и реализована...часть справочников копируются на нужные инстансы...изменения отслеживаются через СТ

мы отказались от штатной репликации, т.к. очень большая OLTP база...репликация не поспевала за всеми изменениями...лог жутко пух...репликация не давала сделать бэкап
Хм, репликация небольших справочников тормозила? Странно...
По моему, репликация достаточно быстро работает, неужели медленее своей репликации по CT?
23 мар 15, 12:01    [17418431]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
Knyazev Alexey
Member

Откуда: Екб -> Мск
Сообщений: 10233
Блог
Winnipuh
а как боретесь с вероятным отставанием по времени? то есть, когда скажем автоудаление сработало, а данные не реплицировались еще?

для нас не критично отставание до минуты...тем более это справочники, которые изменяются редко
23 мар 15, 12:30    [17418678]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
Knyazev Alexey
Member

Откуда: Екб -> Мск
Сообщений: 10233
Блог
alexeyvg
Хм, репликация небольших справочников тормозила? Странно...
По моему, репликация достаточно быстро работает, неужели медленее своей репликации по CT?

в этом и была проблема, что из-за небольших справочников наш лог держала репликация, он распухал до нескольких ТБ...ридер не успевал за тем, как данные писались в лог....лог при этом нельзя было забэкапить...в результате куча неприятностей
23 мар 15, 12:32    [17418696]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
Winnipuh
Member [заблокирован]

Откуда: Київ
Сообщений: 10428
Knyazev Alexey
Winnipuh
а как боретесь с вероятным отставанием по времени? то есть, когда скажем автоудаление сработало, а данные не реплицировались еще?

для нас не критично отставание до минуты...тем более это справочники, которые изменяются редко


чем реплицируете: внешнее приложение?
23 мар 15, 12:45    [17418803]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
Knyazev Alexey
Member

Откуда: Екб -> Мск
Сообщений: 10233
Блог
Winnipuh
Knyazev Alexey
пропущено...

для нас не критично отставание до минуты...тем более это справочники, которые изменяются редко


чем реплицируете: внешнее приложение?

расписание + обычный код на T-SQL
23 мар 15, 13:16    [17419092]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
ChangeTracking
Guest
Winnipuh
1.не приводить ли использование CT к росту размера юзерской базы?
2.Непонятно, где создаются те две скрытые таблицы.

1.Таблицы CT лучше создавать в отдельной файловой группе. Плюс настроить очистку таблиц оптимально для вас
2.Ничего они не скрыты. DB name/tables/system Tables
23 мар 15, 13:16    [17419094]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
Winnipuh
Member [заблокирован]

Откуда: Київ
Сообщений: 10428
ChangeTracking
Winnipuh
1.не приводить ли использование CT к росту размера юзерской базы?
2.Непонятно, где создаются те две скрытые таблицы.

1.Таблицы CT лучше создавать в отдельной файловой группе. Плюс настроить очистку таблиц оптимально для вас
2.Ничего они не скрыты. DB name/tables/system Tables


а, ясно, а то я начитался страшилок про невидимые.

тогда что получается - на экспрессе использование CT будет отъедать ограниченный размер базы
23 мар 15, 13:29    [17419232]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
Winnipuh
Member [заблокирован]

Откуда: Київ
Сообщений: 10428
А как бы такое реализовать?

есть таблица 1 млн записей, скажем с полем type.
Можно ли фильровать CT? т.е. делать CT на записи с type=1, таких записей 1000, а остальные не интересуют.
23 мар 15, 14:37    [17419777]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
ChangeTracking
Guest
Winnipuh,
Создай представление на таблицу CT и фильтруй в нем как хочешь
Более тогою можно отслеживать изменение только конкретных полей, используя поле маски
24 мар 15, 09:53    [17422959]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
Winnipuh
Member [заблокирован]

Откуда: Київ
Сообщений: 10428
ChangeTracking
Winnipuh,
Создай представление на таблицу CT и фильтруй в нем как хочешь
Более тогою можно отслеживать изменение только конкретных полей, используя поле маски


это да, согласен, но в исходной таблице >100 млн записей, а интересующее подмножество - <10 млн, если бы можно было его фильтронуть.
24 мар 15, 11:57    [17423752]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
Knyazev Alexey
Member

Откуда: Екб -> Мск
Сообщений: 10233
Блог
Winnipuh
ChangeTracking
Winnipuh,
Создай представление на таблицу CT и фильтруй в нем как хочешь
Более тогою можно отслеживать изменение только конкретных полей, используя поле маски


это да, согласен, но в исходной таблице >100 млн записей, а интересующее подмножество - <10 млн, если бы можно было его фильтронуть.


2 таблицы...завернуть во вьюху...трекать "маленькую"
24 мар 15, 11:59    [17423773]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
Winnipuh
Member [заблокирован]

Откуда: Київ
Сообщений: 10428
Knyazev Alexey
Winnipuh
пропущено...


это да, согласен, но в исходной таблице >100 млн записей, а интересующее подмножество - <10 млн, если бы можно было его фильтронуть.


2 таблицы...завернуть во вьюху...трекать "маленькую"


т.е. создать таблицу сателлит и её трекать
24 мар 15, 12:04    [17423819]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
Knyazev Alexey
Member

Откуда: Екб -> Мск
Сообщений: 10233
Блог
Winnipuh
т.е. создать таблицу сателлит и её трекать

ага, на записи с type=1
24 мар 15, 12:29    [17424032]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
Winnipuh
Member [заблокирован]

Откуда: Київ
Сообщений: 10428
ChangeTracking
Winnipuh
1.не приводить ли использование CT к росту размера юзерской базы?
2.Непонятно, где создаются те две скрытые таблицы.

1.Таблицы CT лучше создавать в отдельной файловой группе. Плюс настроить очистку таблиц оптимально для вас
2.Ничего они не скрыты. DB name/tables/system Tables


у меня нету в указанном месте
25 мар 15, 18:02    [17431744]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
ChangeTracking
Guest
А у меня есть.
автор
Когда для базы данных включается отслеживание измененных данных, для нее создаются: схема cdc, пользователь cdc, таблицы метаданных и другие системные объекты. Схема cdc содержит таблицы метаданных для системы отслеживания измененных данных; после того как для исходных таблиц будет включено отслеживание измененных данных, в этой схеме также будут храниться отдельные таблицы изменений
26 мар 15, 09:23    [17433400]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
Winnipuh
Member [заблокирован]

Откуда: Київ
Сообщений: 10428
ChangeTracking
А у меня есть.
автор
Когда для базы данных включается отслеживание измененных данных, для нее создаются: схема cdc, пользователь cdc, таблицы метаданных и другие системные объекты. Схема cdc содержит таблицы метаданных для системы отслеживания измененных данных; после того как для исходных таблиц будет включено отслеживание измененных данных, в этой схеме также будут храниться отдельные таблицы изменений


хых, так речь про CT, а не про CDC, может в этом дело?
26 мар 15, 11:13    [17433987]     Ответить | Цитировать Сообщить модератору
 Re: Change Tracking  [new]
Knyazev Alexey
Member

Откуда: Екб -> Мск
Сообщений: 10233
Блог
select * from sys.internal_tables 
26 мар 15, 13:32    [17434830]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить