Привет,
раньше имел дело с Firebird, где транзакции прописывают (по крайне мере я прописывал :) ) явно. И с MySQL на сайте, где вообще без транзакций было.
Сейчас имею дело с программами, которые работают с MS SQL Server. Насколько я смутно припоминаю, в нем есть что-то насчет неявных транзакций, которые имплицитно (сами, ты этого не делаешь явно) стартуются и заканчиваются. Короче я в коде не вижу ничего про транзакции. И сам что-то делал, менял, как-то ничего про них не делал тоже. Да, программа на Delphi, компоненты для доступа - dbGo (обертка вокруг ADO).
Сейчас мне надо сделать несколько последовательных действий, которые хотелось бы выполнить в одной транзакции, чтобы или выполнить всё или откатить всё. Я вижу у компонента TAdoConnection методы BeginTrans, CommitTrans, RollbackTrans. В принципе понятно, что писать. Но вот такой вопрос, а как это будет взаимодействовать с другими процедурами, которые с неявными (или неявной) транзакциями?
Будет ли всё остальное, то, что работало до этого, работать нормально, если я напишу что-то типаПосле того, как это выполнится, последующие запросы и вызовы ХП будут ли работать норм?

Понятно, что можно поэкспериментировать, но так, теоретически, кто-нибудь может сказать что-то про это?

s62 [игнорируется] 

почитал вот это https://learn.microsoft.com/ru-ru/sql/t-sql/language-elements/transactions-transact-sql?view=sql-server-ver16
похоже, что должно работать, что следующий запрос автоматически стартует новую транзакцию.

Не совсем понял, что такое стэк хр. Это, если в теле одной хп вызывается другая хп? Да, примерно понятно, что если что-то будет откатываться так, то может наверное поломаться логика транзакций.
Кстати в субд Firebird в PSQL вообще нельзя использовать управление транзакциями, в смысле start, commit, rollback transaction. Предполагается, что хп выполняется в контексте транзакции, которая стартуется и коммитится или откатывается извне процедуры.

Спасибо за подсказку. Ну, я такое вроде и не собирался делать, теперь тем более буду знать. ) У меня по плану (надо вот сегодня дописать и потестировать), там один запрос и одна ХП выполняются. Ну вот перед этим соответстенно вручную собираюсь стартовать транзакцию, а в конце завершать или откатывать.

Работает нормально, после выполнения этого другие процедуры тоже нормально пишут данные в БД.
Единственное, не помню точно, сталкивался с этим раньше или нет, думал, что в самой Delphi это не нужно: имена параметров хп начинаются с @. Сначала попробовал без @ вот так (изменил в примере название хп и параметра, типа соглашение о нераспространении :) ):Пишет, не нашел такой параметр. А вот так заработало:

Ага, примерно понятно, чтобы был какой-то единый порядок, когда начали транзакцию, когда закончили.

Блин, а я как раз вот это начал изучать, да потом забросил. Это вот в августе того года раздел изучал.

Посмотрю. Ну я думаю, что в общем серверы БД в каких-то общих принципах схоже устроены. Но понятно, что у каждого есть свои особенности, в том числе у MS SQL server. Вот может про них в частности посмотрю. У меня по нынешней работе это такое, немного сбоку, в принципе другой человек вносил в основном изменения в БД, но приходилось и запросы писать и в БД изменения вносить.

Да я не совсем про это спрашивал. В Firebird все транзакции явные (или я так ошибочно думал до сих пор, но всегда в IBX их стартовал и т.д.) А в MS SQL Server есть 3 типа, явные, неявные и т.д. И мне было непонятно (или не совсем понятно) сначала, как они сочетаются, ну в моих сообщениях это есть. А старт, коммит и откат транзакции я и поставил снаружи, в клиентском коде.

Парни, всем спасибо, и Панику, и Воробью - за ответы, и Гарынычу за поддержку разговора. Не ругайтесь в этой теме, плз.

В документации MS SQL server написано про автоматические и неявные транзакции. Я приводил тут ссылку: https://learn.microsoft.com/ru-ru/sql/t-sql/language-elements/transactions-transact-sql?view=sql-server-ver16
В документации Firebird ничего такого нет. Транзакция настраивается и запускается командой set transaction https://www.firebirdsql.org/file/documentation/chunk/en/refdocs/fblangref40/fblangref40-transacs.html

Другое дело, что из клиентского приложения мы с БД можем работать через те или иные компоненты доступа к БД. И в этих компонентах тразнакции могут стартоваться автоматически. Но это не особенность Firebird, а особенность компонентов доступа.
Ты это имел в виду или что-то другое?
Можно наверное отделить в раздел FB.

Горбатый ёж [игнорируется] 
Не собираюсь сейчас экспериментировать с консолью и тебе что-то рассказывать. У меня есть свой опыт работы с Firebird из приложений, есть документация.

Горбатый ёж [игнорируется] 

В консоли транзакция стартует автоматически, но это делает сама консоль, сама утилита.

Ну вот тут же написано, что если выключен, то "Автофиксация", посмотрел английскую верию страницу, это они так перевели autocommit.

https://learn.microsoft.com/ru-ru/sql/t-sql/statements/set-implicit-transactions-transact-sql?view=sql-server-ver16
То есть select (как и другие инструкции из списка) выполняется в отдельной транзакции. Перед ним невидимый BEGIN TRANSACTION, после него - невидимый COMMIT TRANSACTION.

Спасибо за подсказки и советы. У нас там есть организационные моменты - кто пишет БД, кто программу, второе, что на предприятиях, где работает оборудование, не одна БД и много программ, а обычно одна БД и один экземпляр программы работает. Поэтому я написал прямо в программе вот так.Это после того, как в диалоговом окне редактируются Sources заданного Analyzer и пользователь нажал ОК. Тут транзакция, как про это писал и Горбатый Ёж, должна обеспечить логическую целостность: или мы удаляем старые и добавляем новые, или если что-то пошло не так, то возвращаем, как было.