Впервые столкнулся с задачей. Нужен авторитетный совет, вручную делать логирование изменений, или воспользоваться CDC или CT.
Склоняюсь к ручному. Подробности:
Магазины
1.
2.
3.
4.
5.
6.
7.
create table Shop
(
[Id] int identity(0,1) primary key,
[Name] varchar(250) not null,
Address varchar(250) not null,
Unused bit not null
)
Товары в розничном магазине
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
create table Item
(
[Id] int identity(0,1) primary key,
GroupId int not null,
[Name] varchar(100) not null,
NameCassa varchar(50) not null,
NamePriceList varchar(50) not null,
NameLabel varchar(50) not null,
Volume decimal(6,3) not null,
LifeTime int not null,
composition varchar(400) not null
)
Допуски и наценки товаров на магазинах
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
create table Item
(
ShopId int,
ItemId int,
TradePermis bit not null,
Price real not null
constraint pkIIdShId primary key (ShopId, ItemId) ,
constraint fkShId foreign key (ShopId) REFERENCES Shop(Id),
constraint fkIId foreign key (ItemId) REFERENCES Item(Id)
)
Нужно логировать изменения атрибутов таблиц Item (строк > 210к)и ShopItem ( > 210к * кол-во магазинов(Shop) ).
Каждый день в таблицах Item и ShopItem примерно по 1.5к изменений в каждой.
Задача состоит в том, чтобы высылать в магазины из головного офиса не всю таблицу, а только изменения за день.
Прочитал про CT и CDC по диагонале на хабре и линки с них.
В Change Tracking не хранится время изменения. И значение измененных атрибутов, только версии изменений, операции и первичные ключи.
В Change Data Capture, как я понял, если меняется значение одного атрибута в строке, то логируется все атрибуты. А в оригинальной таблице Item их много(=21).
Ручное решение:
Таблица, логирующая изменения
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
create table sysColumns_log
(
Id bigint identity(0,1) primary key,
pkId smallint not null, --object_id из sys.objects
column_id int smallint, --column_id из sys.columns
pkValue xml not null, --значение первичного ключа.
ValueNew sql_variant not null, --новое логируемое значение атрибута,
Time datetime, --время изменения
OpId int --операция (добавить/удалить, изменить, отправить данные)
)
pkValue имеет тип xml ибо первичный ключ может быть составным. Я специально вначале привёл в пример 2 таблицы, где у таблицы Item первичный ключ по полю Id, а ShopItem по ShopId и ItemId,
т.е. значения будут примерно следующие:
Для Item:
<Id>1</Id>,
<Id>2</Id>,
<Id>999</Id>
Для ShopItem:
<ShopId>1</ShopId><ItemId>2</ItemId>,
<ShopId>1</ShopId><ItemId>999</ItemId>
Если что: я помню, что sys.column_id уникален только для одного sys.object_id. Но у меня в таблице есть object_id первичного ключа таблицы, по нему можно найти object_id таблицы, которой принадлежит колонка
Собственно хотел бы знать мнение гуру. Больше читать, про CT, CDC или ручное решение приемлемо? Если RTFM, то что именно
