К написанию данной побликации меня подтолкнула статья //infostart.ru/public/324751/ в которой описано как можно перед динамическим обновлением сохранить необходимые таблицы и восстановить их если что-то пойдет не так.
Обработка по нажатию соответствующей кнопки может создать необходимые процедуры в MS SQL, для этого необходимо ввести данные для подключения к серверу MS SQL.
Путь к серверу: сетевое имя сервера;
Название БД: наименование БД в MS SQL;
Логин и Пароль: логин и пароль от MS SQL.
Все коды по сохранению и восстановлению таблиц приведены в выше упомянутой статье, здесь я приведу только коды триггеров:
Для конфигураций на платформе 8.3:
CREATE TRIGGER [dbo].[zh_Config_After]
ON [dbo].[Config]
INSTEAD OF INSERT,UPDATE,DELETE
AS
BEGIN
-- SET NOCOUNT ON added to prevent extra result sets from
-- interfering with SELECT statements.
SET NOCOUNT ON;
IF OBJECT_ID('dbo.ConfigSave_Backup') IS NULL
begin
select * into [dbo].[ConfigSave_Backup] from [dbo].[ConfigSave];
end
IF EXISTS (SELECT * FROM inserted) and EXISTS (SELECT * FROM deleted)--Update
begin
DELETE dbo.[Config] FROM dbo.[Config] AS a1 INNER JOIN deleted AS b1 on a1.[FileName]=b1.[FileName] AND a1.PartNo=b1.PartNo
INSERT INTO dbo.config SELECT * FROM inserted
end
else
IF EXISTS (SELECT * FROM inserted)--Insert
INSERT INTO dbo.config SELECT * FROM inserted
else
IF EXISTS (SELECT * FROM deleted)--Delete
begin
DELETE dbo.[Config] FROM dbo.[Config] AS a1 INNER JOIN deleted AS b1 on a1.[FileName]=b1.[FileName] AND a1.PartNo=b1.PartNo
end
END
Для конфигураций на платформе 8.2:
CREATE TRIGGER [dbo].[zh_Config_After]
ON [dbo].[Config]
INSTEAD OF INSERT,UPDATE,DELETE
AS
BEGIN
-- SET NOCOUNT ON added to prevent extra result sets from
-- interfering with SELECT statements.
SET NOCOUNT ON;
IF OBJECT_ID('dbo.ConfigSave_Backup') IS NULL
begin
select * into [dbo].[ConfigSave_Backup] from [dbo].[ConfigSave];
end
IF EXISTS (SELECT * FROM inserted) and EXISTS (SELECT * FROM deleted)--Update
begin
DELETE dbo.[Config] FROM dbo.[Config] AS a1 INNER JOIN deleted AS b1 on a1.[FileName]=b1.[FileName]
INSERT INTO dbo.config SELECT * FROM inserted
end
else
IF EXISTS (SELECT * FROM inserted)--Insert
INSERT INTO dbo.config SELECT * FROM inserted
else
IF EXISTS (SELECT * FROM deleted)--Delete
begin
DELETE dbo.[Config] FROM dbo.[Config] AS a1 INNER JOIN deleted AS b1 on a1.[FileName]=b1.[FileName]
end
END
Этот триггер отрабатывает перед изменением таблиц Config его основная задача сохранить наши наработки перед их применением путем копирования таблицы ConfigSave.
CREATE TRIGGER [dbo].[zh_ConfigSave_After]
ON [dbo].[ConfigSave]
AFTER INSERT,DELETE,UPDATE
AS
BEGIN
SET NOCOUNT ON;
declare @fl int = 0
select @fl = count(*) from dbo.ConfigSave;
IF OBJECT_ID('dbo.Config_Backup') IS NOT NULL and OBJECT_ID('dbo.ConfigSave_Backup') IS NOT NULL
and @fl>0
begin
drop table dbo.Config_Backup;
drop table dbo.ConfigSave_Backup;
end;
IF OBJECT_ID('dbo.Config_Backup') IS NULL
select * into [dbo].[Config_Backup] from [dbo].[Config];
IF OBJECT_ID('dbo.ConfigSave_Backup') IS NOT NULL and @fl>0
begin
drop table dbo.ConfigSave_Backup;
end
END
Этот триггер также путем копирования таблицы Config сохраняет ее до применения изменений.
Я не являюсь ГУРУ языка T-SQL, поэтому обработку используете на свой страх и риск))))
Я не смог определить чем на уровне СУБД отличается динамическое и обычное обновление поэтому метод с триггерами резервирует таблицы независимо от вида обновления, но за то автоматически. Буду признателен если кто-то найдет способ исправить этот недочет.
Версия 1.05:
- Добавлено автоматическое отключение триггеров при восстановлении.
