Должен ли я использовать транзакцию в своем коде .NET, если я определяю транзакции в хранимых процедурах, которые я вызываю?

Question

Я бы рискнул предположить, что, если я сделаю это в ОБАХ местах, возникнут «ограниченные» проблемы с управлением транзакциями.

Я полагаю, что причина, по которой я могу придумать для выполнения транзакции на уровне приложения, заключается в том, что специфичная для бизнеса логика, потенциально недоступная в sprocs (т. Е. Во время сопоставления и вычисления чего-либо, полученного из полученных данных, или принудительного применения «целостность бизнес-правил - из-за отсутствия лучшего термина) может вызвать откат.

Спасибо,

Answer 1

Вы можете иметь транзакции на обоих уровнях, если каждый вызванный слой знает о существующих транзакциях.

Так что, если вы ожидаете повторного использования хранимого процесса, вы можете сообщить об этом транзакции, запущенной изклиентский код, другой сохраненный процесс и не выполнять никаких операций start / commit / rollback.

Если он не обнаружил транзакцию, он может начать / commit / rollback самостоятельно.

Это поведениеэто важно, потому что SQL Server на самом деле не имеет вложенных или автономных транзакций: поэтому сделайте каждый сохраненный процесс безопасным, и вам не нужно об этом думать.

Шаблон в моем ответе здесь обнаружит транзакцию и сделает точноthis:
Вложенные хранимые процедуры, содержащие шаблон TRY CATCH ROLLBACK?

Answer 2

Это нормально делать.Если вы будете использовать ваши хранимые процедуры за пределами вашей основной бизнес-логики / сервисов, вы все равно можете захотеть сделать их безопасными для транзакций.Если ваша хранимая процедура является частью набора операций, она становится вложенной транзакцией.