Отслеживание изменений в базе данных SQL Server 2005
-
08-07-2019 - |
Вопрос
Мне было поручено разработать решение, которое отслеживает изменения в базе данных.
Для обновлений мне нужно захватить:
- дата обновления
- старое значение
- новое значение
- поле затронуто
- человек, делающий изменения
- идентификатор записи
- запись таблицы находится в
Для удалений:
- дата удаления
- человек, выполняющий удаление
- Название/описание/идентификатор записи удалены.Все таблицы, в которых я отслеживаю изменения, имеют поле заголовка или описания.Я хотел бы запечатлеть это до того, как запись будет удалена.
- запись таблицы была в
Для вставок:
- дата вставки
- человек, делающий изменения
- идентификатор записи
- запись таблицы находится в
Я придумал несколько способов сделать это:
- Я использую хранимые процедуры для любых обновлений/удалений/вставок.Я бы создал общую таблицу «отслеживания».В нем будет достаточно полей для сбора всех данных.Затем я бы добавил еще одну строку в каждую сохраненную процедуру с эффектом «Вставить запись в таблицу отслеживания».
- обратная сторона:все обновления/удаления/вставки перемешаны в одной таблице
- много полей с нулевым значением
- как отслеживать пакетные обновления/удаления/вставки?<---- Возможно, это не проблема.Я вообще ничего подобного в приложении не делаю.
- как мне захватить пользователя, делающего обновление.База данных видит только одну учетную запись.
- редактировать много существующего кода для редактирования.
- Наконец, я мог бы создать триггер, который вызывается после обновлений/удалений/вставок.Многие из тех же недостатков, что и первое решение, за исключением:Мне пришлось бы редактировать столько же кода.Я не уверен, как я буду отслеживать обновления.Не похоже, что есть способ использовать триггеры для просмотра недавно обновленных записей.
Я использую asp.net, C#, sql server 2005, iis6, windows 2003.У меня нет бюджета, поэтому, к сожалению, я не могу ничего купить, чтобы помочь мне в этом.
Спасибо за ваши ответы!
Решение
Триггер не будет содержать всей необходимой информации по множеству причин, но отсутствие идентификатора пользователя не является решающим фактором.
Я бы сказал, что вы на правильном пути с общим sp, который можно вставлять везде, где вносятся изменения.Если вы стандартизируете sp для своих интерфейсов, то вы впереди игры — будет сложно внести изменения, которые не отслеживаются.
Посмотрите на это как на контрольный журнал в бухгалтерском приложении — это журнал — единая таблица, в которой записана каждая транзакция.Они не будут создавать отдельные журналы для депозитов, снятия средств, корректировок и т. д.и это тот же принцип.
Другие советы
Мне не хочется обходить эту проблему стороной, и я знаю, что у вас нет бюджета, но самым простым решением будет обновление до SQL Server 2008.У него есть эта функция встроенный.Я подумал, что об этом следует хотя бы упомянуть всем, кто сталкивается с этим вопросом, даже если вы не можете использовать его самостоятельно.
(Среди развертываемых выпусков SQL 2008 эта функция доступна только в версии Enterprise.)
Я бы предложил вам использовать 2 столбца в каждой таблице.имена история строк и удален и тип данных будет xml и бит.Никогда не удаляйте строки, всегда используйте флаг IsDeleted.Теперь перейдите к триггерам обновления.Я приведу вам пример для того же
CREATE TABLE te_Page([Id] [int] IDENTITY(1,1) NOT NULL, [Name] [varchar](200) NOT NULL, [Description] [varchar](200) NULL,[CreatedBy] [uniqueidentifier] NULL, [CreatedDate] [datetime] NOT NULL, [UpdatedBy] [uniqueidentifier] NULL, [UpdatedDate] [datetime] NULL, [IsDeleted] [bit] NULL, [RowHistory] [xml] NULL, CONSTRAINT [PK_tm_Page] PRIMARY KEY CLUSTERED ([Id] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY] ) ON [PRIMARY]
Теперь после создания таблицы все, что вам нужно сделать, это скопировать и вставить приведенный ниже код, и ваша задача для таблицы страниц выполнена.Он начнет записывать историю строки в той же строке, которая обновляется вместе со старыми и новыми значениями.
ALTER Trigger [dbo].[Trg_Te_Page]
On [dbo].[te_Page]
After Update
As
--If @@rowcount = 0 Or Update(RowHistory)
--Return
Declare @xml NVARCHAR(MAX)
Declare @currentxml NVARCHAR(MAX)
Declare @node NVARCHAR(MAX)
Declare @ishistoryexists XML
Declare @FormLineAttributeValueId int
-- new Values
Declare @new_Name varchar(200)
Declare @new_Description varchar(200)
Declare @new_CreatedBy UNIQUEIDENTIFIER
Declare @new_CreatedDate DATETIME
Declare @new_UpdatedBy UNIQUEIDENTIFIER
Declare @new_UpdatedDate DATETIME
Declare @new_IsDeleted BIT
--old values
Declare @old_Name varchar(200)
Declare @old_Description varchar(200)
Declare @old_CreatedBy UNIQUEIDENTIFIER
Declare @old_CreatedDate DATETIME
Declare @old_UpdatedBy UNIQUEIDENTIFIER
Declare @old_UpdatedDate DATETIME
Declare @old_IsDeleted BIT
-- declare temp fmId
Declare @fmId int
-- declare cursor
DECLARE curFormId cursor
FOR select Id from INSERTED
-- open cursor
OPEN curFormId
-- fetch row
FETCH NEXT FROM curFormId INTO @fmId
WHILE @@FETCH_STATUS = 0
BEGIN
Select
@FormLineAttributeValueId = Id,
@old_Name = Name,
@old_Description = [Description],
@old_CreatedBy = CreatedBy,
@old_CreatedDate =CreatedDate,
@old_UpdatedBy =UpdatedBy,
@old_UpdatedDate =UpdatedDate,
@old_IsDeleted = IsDeleted,
@currentxml = cast(RowHistory as NVARCHAR(MAX))
From DELETED where Id=@fmId
Select
@new_Name = Name,
@new_Description = [Description],
@new_CreatedBy = CreatedBy,
@new_CreatedDate =CreatedDate,
@new_UpdatedBy =UpdatedBy,
@new_UpdatedDate =UpdatedDate,
@new_IsDeleted = IsDeleted
From INSERTED where Id=@fmId
set @old_Name = Replace(@old_Name,'&','&')
set @old_Name = Replace(@old_Name,'>','>')
set @old_Name = Replace(@old_Name,'<','<')
set @old_Name = Replace(@old_Name,'"','"')
set @old_Name = Replace(@old_Name,'''',''')
set @new_Name = Replace(@new_Name,'&','&')
set @new_Name = Replace(@new_Name,'>','>')
set @new_Name = Replace(@new_Name,'<','<')
set @new_Name = Replace(@new_Name,'"','"')
set @new_Name = Replace(@new_Name,'''',''')
set @old_Description = Replace(@old_Description,'&','&')
set @old_Description = Replace(@old_Description,'>','>')
set @old_Description = Replace(@old_Description,'<','<')
set @old_Description = Replace(@old_Description,'"','"')
set @old_Description = Replace(@old_Description,'''',''')
set @new_Description = Replace(@new_Description,'&','&')
set @new_Description = Replace(@new_Description,'>','>')
set @new_Description = Replace(@new_Description,'<','<')
set @new_Description = Replace(@new_Description,'"','"')
set @new_Description = Replace(@new_Description,'''',''')
set @xml = ''
BEGIN
-- for Name
If ltrim(rtrim(IsNull(@new_Name,''))) != ltrim(rtrim(IsNull(@old_Name,'')))
set @xml = @xml + '<ColumnInfo ColumnName="Name" OldValue="'+ @old_Name + '" NewValue="' + @new_Name + '"/>'
-- for Description
If ltrim(rtrim(IsNull(@new_Description,''))) != ltrim(rtrim(IsNull(@old_Description,'')))
set @xml = @xml + '<ColumnInfo ColumnName="Description" OldValue="'+ @old_Description + '" NewValue="' + @new_Description + '"/>'
-- CreatedDate
If IsNull(@new_CreatedDate,'') != IsNull(@old_CreatedDate,'')
set @xml = @xml + '<ColumnInfo ColumnName="CreatedDate" OldValue="'+ cast(isnull(@old_CreatedDate,'') as varchar(100)) + '" NewValue="' + cast(isnull(@new_CreatedDate,'') as varchar(100)) + '"/>'
-- CreatedBy
If cast(IsNull(@new_CreatedBy,'00000000-0000-0000-0000-000000000000')as varchar (36)) != cast(IsNull(@old_CreatedBy,'00000000-0000-0000-0000-000000000000')as varchar(36))
set @xml = @xml + '<ColumnInfo ColumnName="CreatedBy" OldValue="'+ cast(IsNull(@old_CreatedBy,'00000000-0000-0000-0000-000000000000') as varchar(36)) + '" NewValue="' + cast(isnull(@new_CreatedBy,'00000000-0000-0000-0000-000000000000') as varchar(36))+
'"/>'
-- UpdatedDate
If IsNull(@new_UpdatedDate,'') != IsNull(@old_UpdatedDate,'')
set @xml = @xml + '<ColumnInfo ColumnName="UpdatedDate" OldValue="'+ cast(IsNull(@old_UpdatedDate,'') as varchar(100)) + '" NewValue="' + cast(IsNull(@new_UpdatedDate,'') as varchar(100)) + '"/>'
-- UpdatedBy
If cast(IsNull(@new_UpdatedBy,'00000000-0000-0000-0000-000000000000') as varchar(36)) != cast(IsNull(@old_UpdatedBy,'00000000-0000-0000-0000-000000000000') as varchar(36))
set @xml = @xml + '<ColumnInfo ColumnName="UpdatedBy" OldValue="'+ cast(IsNull(@old_UpdatedBy,'00000000-0000-0000-0000-000000000000') as varchar(36)) + '" NewValue="' + cast(IsNull(@new_UpdatedBy,'00000000-0000-0000-0000-000000000000') as varchar(36))+
'"/>'
-- IsDeleted
If cast(IsNull(@new_IsDeleted,'') as varchar(10)) != cast(IsNull(@old_IsDeleted,'') as varchar(10))
set @xml = @xml + '<ColumnInfo ColumnName="IsDeleted" OldValue="'+ cast(IsNull(@old_IsDeleted,'') as varchar(10)) + '" NewValue="' + cast(IsNull(@new_IsDeleted,'') as varchar(10)) + '" />'
END
Set @xml = '<RowInfo TableName="te_Page" UpdatedBy="' + cast(IsNull(@new_UpdatedBy,'00000000-0000-0000-0000-000000000000') as varchar(50)) + '" UpdatedDate="' + Convert(Varchar(20),GetDate()) + '">' + @xml + '</RowInfo>'
Select @ishistoryexists = RowHistory From DELETED
--print @ishistoryexists
If @ishistoryexists is null
Begin
Set @xml = '<History>' + @xml + '</History>'
Update te_Page
Set
RowHistory = @xml
Where
Id = @FormLineAttributeValueId
End
Else
Begin
set @xml = REPLACE(@currentxml, '<History>', '<History>' + @xml)
Update te_Page
Set
RowHistory = @xml
Where
Id = @FormLineAttributeValueId
End
FETCH NEXT FROM curFormId INTO @fmId
END
CLOSE curFormId
DEALLOCATE curFormId
Теперь всякий раз, когда вы выполняете какое-либо обновление, ваши данные будут храниться в история строк столбец
Один из способов, которым я видел эту обработку (хотя, честно говоря, я бы не рекомендовал это), - это обработка с помощью хранимых процедур, передавая идентификатор пользователя/имя пользователя/что-то еще в качестве параметра.Хранимые процедуры будут вызывать процедуру регистрации, которая записывает соответствующие данные в центральную таблицу журнала.
А вот тут как-то странновато получилось...
Для INSERT/UPDATE соответствующие строки сохранялись в таблице как данные XML после успешного завершения INSERT/UPDATE.Для DELETE строка сохранялась до выполнения DELETE (хотя на самом деле они могли получить ее из выходных данных инструкции DELETE — по крайней мере, в SQL Server 2005).
Если я правильно помню, в таблице было всего несколько столбцов:UserID, DateTime регистрации, тип транзакции (I/U/D), XML-данные, содержащие соответствующие строки, имя таблицы и значение первичного ключа (в основном используются для быстрого поиска нужных записей).
Хотя способов содрать шкуру с кошки много...
Мой совет: сохраняйте, это просто.Расширьте его позже, если/когда вам понадобится.
Если у вас есть такая возможность, заблокируйте пользователей, чтобы они могли выполнять действия над таблицами только с помощью хранимых процедур, а затем оттуда обрабатывать журналирование (как хотите).
мы создали свою собственную, и нам просто нужно было, чтобы пользователь и компьютер передавались в каждую хранимую процедуру добавления/обновления.тогда это просто вопрос получения исходной записи, заполнения переменных и сравнения их с переданными переменными и регистрации данных в нашей таблице.для удалений у нас просто есть копия исходных таблиц + поле метки времени, поэтому запись никогда не удаляется и может быть восстановлена в любое время, когда нам нужно (очевидно, процедура удаления проверяет отношения FK и тому подобное).
Добавить/обновление таблица журнала выглядит как DateTime, table_name, column_name, record_id, old_value, new_value, user_id, компьютер
мы никогда не вставляем значения NULL, поэтому преобразуем их в пустые строки, новые записи помечаются знаком «{новая запись}» в столбце old_value.Record_id состоит из стольких ключевых столбцов, которые позволяют однозначно идентифицировать эту единственную запись (field1 + '.' + field2 + ...)
Прежде всего, во всех ваших таблицах должны быть добавлены как минимум эти столбцы к столбцам данных DateCreated, UserCreated, DateModified, UserModified.Возможно, вы захотите добавить столбец «Статус» или «LastAction», чтобы вы никогда не удаляли строку, которую вы просто установили для нее в статус «удалено/вставлено/обновлено».Затем вы можете создать «Таблицу истории», которая является точной копией первой таблицы.Затем при любых обновлениях или удалениях триггер копирует записи таблицы «Удаленные» в таблицу «История», одновременно изменяя поля DateModified, UserModified и Status.
У меня была настройка SQL Server, в которой мы использовали представления для доступа к нашим данным, которые обрабатывали вставки, обновления и удаления с помощью триггеров INSTEAD OF.
Например:а ВМЕСТО УДАЛЕНИЯ триггер в представлении помечал бы записи в базовой таблице как удаленные, а представление было отфильтровано, чтобы не показывать удаленные записи.
Во всех триггерах мы обновили дату изменения и имя пользователя.Проблема в том, что при этом регистрируется имя пользователя базы данных, которое не совпадает с конечным именем пользователя приложения.
Чтобы это работало, представление должно быть привязано к схеме.
О регистрации пользователей, которые меняют БД:Вы можете создать столько пользователей SQL, сколько вам нужно для своего DB, и если вы используете сеансы и ограниченный/зарегистрированный доступ к вашей программе/скрипту, вы можете использовать эту информацию для инициирования различных настройки соединения БД (т.е.Имя пользователя), перед любой операцией с БД.
По крайней мере, это должно быть выполнимо для сценариев PHP, но я могу ошибаться в отношении asp.net.