Delphi 7.0 + ADO + SQL Server 2005 реализация Undo

@MrHitman47 · Регистрация: 23.05.2011

Студворк — интернет-сервис помощи студентам

Имеется база данных с таблицой в которой имеется поле [isDeleted]
усле оно = True то запись считается удаленной, также имеется запрос (SQL) удаляющий некоторый набор записей (1..n), как можно зделать откат последнего удаления, или вообще изменений, просто я гдето читал про журнал в SQL Server и не знаяю каклучше это сделать. Помогите кто знает, заранее спасибо

@Grossmeister · 24.05.2011, 14:01

Вообще в нормальных БД для фиксации/отката транзакций используются COMMIT/ROLLBACK. Выполнил изменение, сделал SELECT, не понравилось - ROLLBACK, и все вернулось на круги своя.
Это штатное средство.
В некоторых БД есть и другие, типа flashback в Oracle, но это уже типа спасательного круга, если все таки COMMIT выдал...

@MrHitman47 · 24.05.2011, 14:10 **[ТС]**

COMMIT/ROLLBACK это SQL подзапросы? Если можно небольшой примерчик

@Grossmeister · 24.05.2011, 14:18

Это не запросы, это инструкции (SQL statement).
Например, на Oracle:

SQL
1
2
3
4
5
6
7
8
9
10
INSERT INTO ...
VALUES ();
.....................
COMMIT;
....................
UPDATE ....
SET...
WHERE ...;
..................
ROLLBACK;

По поводу конкретно MS SQL лучше спросить в соответствующем подфоруме

@MsGuns · 24.05.2011, 17:16

Во-первых, читать про транзакции и уровни изоляции транзакций ! До полного прояснения в голове, тогда пропадут всякие бредовые идеи по поводу isdeleted

Во-вторых, "откаты" в понятии undo (т.е. пошаговые) неизвестны любому нормальному скл-серверу ибо они рассчитаны на грамотных проектировщиков, которые ничем подобным заморачиваться не могут ибо мыслят изначально в многопользовательском (конкурентном) измерении. Однако штатные средства для фиксации изменений в базе (базах) скл сервера имеют. В MS SQL это системный журнал (log), куда заносится информация о ЛЮБОМ изменении данных на сервере. Фактически там есть информация о отм, что была удалена (изменена или добавлена) любая запись БД, однако извлечь нужную информацию из этой таблицы весьма сложно учитывая ее размер и формат записи.

Однако решать проблему восстановления утерянных записей можно. Есть несколько способов:

1) бэкапы. В случае обнаружения потери (порчи) информации БД или отдельные ее части (какие именно решает сисадмин, весьма квалифицированный программист, подробно знающий всю модель данных и предметную область) воостанавливаются из бэкапа. Все, что было введено (изменено) после создания того бэкапа вводится повторно.
Способ самый надежный, но неудовлетворительный при больших документооборотах и бесполезный в плане выявления виновного.

2) добавление в бизнес-логику сервера доп. журналов изменений ОБЪЕКТОВ. Грубо говоря, программист добавляет в БД таблицу, предназначенную для фиксации изменений, вносимых в БД, например, счетов на оплату. Для самой таблицы счетов создается триггер, в теле которого пишется код, добавляющий в журнал 2 записи: "старую" и "новую", связывая их в единое целое. К этой "парочке" добавляется спец.информация о времени изменений, ip-адреса ПК, откуда пришел запрос, логин и пароль соединения и т.д. В результате в системе появляется возможность просмотра всех изменений каждого счета, причем с точным указанием кто это сделал и когда.
Такой метод позволяет также в принципе реализовать цепочку "откатов".
Реализация такой технологии на больших базах (тысячи, а то и десятки тысяч таблиц) крайне сложна и редко где используется. "Журналируются", как правило, только наиболее ответственные объекты. Об "откатах" в таком случае говорить не приходится.

Новые блоги и статьи Все статьи Все блоги /
Учёным и волонтёрам проекта «Einstein@home» удалось обнаружить четыре гамма-лучевых пульсара в джете Млечного Пути Programma_Boinc 01.01.2026 Учёным и волонтёрам проекта «Einstein@home» удалось обнаружить четыре гамма-лучевых пульсара в джете Млечного Пути Сочетание глобально распределённой вычислительной мощности и инновационных. . .	Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Programma_Boinc 28.12.2025 Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Налог на собак: https:/ / ********/ gallery/ V06K53e Финансовый отчет в Excel: https:/ / ********/ gallery/ bKBkQFf Пост отсюда. . .	Кто-нибудь знает, где можно бесплатно получить настольный компьютер или ноутбук? США. Programma_Boinc 26.12.2025 Нашел на реддите интересную статью под названием Anyone know where to get a free Desktop or Laptop? Ниже её машинный перевод. После долгих разбирательств я наконец-то вернула себе. . .	Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы, точка. Programma_Boinc 23.12.2025 Рецензия / Мнение/ Перевод Нашел на реддите интересную статью под названием The Thinkpad X220 Tablet is the best budget school laptop period . Ниже её машинный перевод. Thinkpad X220 Tablet —. . .	PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .
Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .

@MrHitman47 35 / 35 / 4 Регистрация: 23.05.2011 Сообщений: 201 Записей в блоге: 1

	Delphi 7.0 + ADO + SQL Server 2005 реализация Undo 24.05.2011, 13:45. Показов 1890. Ответов 4 Метки нет (Все метки) Имеется база данных с таблицой в которой имеется поле [isDeleted] усле оно = True то запись считается удаленной, также имеется запрос (SQL) удаляющий некоторый набор записей (1..n), как можно зделать откат последнего удаления, или вообще изменений, просто я гдето читал про журнал в SQL Server и не знаяю каклучше это сделать. Помогите кто знает, заранее спасибо 0

@Grossmeister 4217 / 3059 / 583 Регистрация: 21.01.2011 Сообщений: 13,203
	24.05.2011, 14:01
	Вообще в нормальных БД для фиксации/отката транзакций используются COMMIT/ROLLBACK. Выполнил изменение, сделал SELECT, не понравилось - ROLLBACK, и все вернулось на круги своя. Это штатное средство. В некоторых БД есть и другие, типа flashback в Oracle, но это уже типа спасательного круга, если все таки COMMIT выдал... 0

@MrHitman47 35 / 35 / 4 Регистрация: 23.05.2011 Сообщений: 201 Записей в блоге: 1
	24.05.2011, 14:10 [ТС]
	COMMIT/ROLLBACK это SQL подзапросы? Если можно небольшой примерчик 0

@MsGuns 1497 / 1238 / 245 Регистрация: 04.04.2011 Сообщений: 4,363
	24.05.2011, 17:16
	Во-первых, читать про транзакции и уровни изоляции транзакций ! До полного прояснения в голове, тогда пропадут всякие бредовые идеи по поводу isdeleted Во-вторых, "откаты" в понятии undo (т.е. пошаговые) неизвестны любому нормальному скл-серверу ибо они рассчитаны на грамотных проектировщиков, которые ничем подобным заморачиваться не могут ибо мыслят изначально в многопользовательском (конкурентном) измерении. Однако штатные средства для фиксации изменений в базе (базах) скл сервера имеют. В MS SQL это системный журнал (log), куда заносится информация о ЛЮБОМ изменении данных на сервере. Фактически там есть информация о отм, что была удалена (изменена или добавлена) любая запись БД, однако извлечь нужную информацию из этой таблицы весьма сложно учитывая ее размер и формат записи. Однако решать проблему восстановления утерянных записей можно. Есть несколько способов: 1) бэкапы. В случае обнаружения потери (порчи) информации БД или отдельные ее части (какие именно решает сисадмин, весьма квалифицированный программист, подробно знающий всю модель данных и предметную область) воостанавливаются из бэкапа. Все, что было введено (изменено) после создания того бэкапа вводится повторно. Способ самый надежный, но неудовлетворительный при больших документооборотах и бесполезный в плане выявления виновного. 2) добавление в бизнес-логику сервера доп. журналов изменений ОБЪЕКТОВ. Грубо говоря, программист добавляет в БД таблицу, предназначенную для фиксации изменений, вносимых в БД, например, счетов на оплату. Для самой таблицы счетов создается триггер, в теле которого пишется код, добавляющий в журнал 2 записи: "старую" и "новую", связывая их в единое целое. К этой "парочке" добавляется спец.информация о времени изменений, ip-адреса ПК, откуда пришел запрос, логин и пароль соединения и т.д. В результате в системе появляется возможность просмотра всех изменений каждого счета, причем с точным указанием кто это сделал и когда. Такой метод позволяет также в принципе реализовать цепочку "откатов". Реализация такой технологии на больших базах (тысячи, а то и десятки тысяч таблиц) крайне сложна и редко где используется. "Журналируются", как правило, только наиболее ответственные объекты. Об "откатах" в таком случае говорить не приходится. 0