Может оператор COMMIT (в SQL) когда-нибудь перестал работать? Как?

COMMIT может завершиться ошибкой. Возможно, у вас было достаточно ресурсов для регистрации всех изменений, которые вы хотели бы внести, но не хватало ресурсов для фактической реализации этих изменений.

И это не учитывая другие причины, по которым он может потерпеть неудачу:

1. Само изменение может не соответствовать ограничениям базы данных.

2. Потеря мощности мешает завершению.

3. Уровень запрошенного параллелизма выбора может запретить обновление (например, курсоры обновляют измененную таблицу).

4. Фиксация может истечь или быть на соединении, которое истекло из-за проблем с голоданием.

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

И все другие «простые» причины, которые не в моей голове.

Конечно.

В многопользовательской среде COMMIT может завершиться сбоем из-за изменений со стороны других пользователей (например, ваш COMMIT нарушит ссылочное ограничение при применении к текущей текущей базе данных ...).

Томас

Один очень простой и часто упускаемый из виду пункт: аппаратный сбой. Фиксация может закончиться неудачей, если основной сервер умирает. Это может быть диск, процессор, память или даже сеть.

Транзакция может потерпеть неудачу, если она никогда не получит одобрения от мастера (по ряду причин).

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