Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
 в readonly транзакциях commit дешевле, чем rollback?  [new]
AlexP
Member

Откуда: СПб
Сообщений: 594
Это я сейчас услышал про Firebird. А как в Oracle, MSSQL и др.?
17 июл 08, 10:37    [5946299]     Ответить | Цитировать Сообщить модератору
 Re: в readonly транзакциях commit дешевле, чем rollback?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54803

AlexP
Это я сейчас услышал про Firebird.

Где услышал? Щаз kdv с битой подтянется... ЕМНИП, в ro транзакциях
rollback выполняется в точности как commit (точнее - commit выполняется
вместо rollback). И даже в rw транзакциях если они ничего не изменяли.

Posted via ActualForum NNTP Server 1.4

17 июл 08, 11:07    [5946550]     Ответить | Цитировать Сообщить модератору
 Re: в readonly транзакциях commit дешевле, чем rollback?  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709

AlexP пишет:
> Это я сейчас услышал про Firebird. А как в Oracle, MSSQL и др.?

А все равно должно быть. И commit и rollback, и во всех СУБД.

Posted via ActualForum NNTP Server 1.4

17 июл 08, 21:49    [5950818]     Ответить | Цитировать Сообщить модератору
 Re: в readonly транзакциях commit дешевле, чем rollback?  [new]
AAron
Member

Откуда: Москва
Сообщений: 4324
версионники vs блокировочники. где-то дешевле commit, где-то rollback.
1 авг 08, 00:52    [6013272]     Ответить | Цитировать Сообщить модератору
 Re: в readonly транзакциях commit дешевле, чем rollback?  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
AAron
версионники vs блокировочники. где-то дешевле commit, где-то rollback.


А более развернуто эту мысль можно ? Где именно дешевле commit, где rollback и как это связано с набившим оскомину версионники vs блокировочники ???
1 авг 08, 07:25    [6013522]     Ответить | Цитировать Сообщить модератору
 Re: в readonly транзакциях commit дешевле, чем rollback?  [new]
AAron
Member

Откуда: Москва
Сообщений: 4324
знаете, я достаточно много видел от вас толковых сообщений. на мой взгляд, вы отлично знаете, как работает оракл, да сиквел тоже. именно вам не стоит разжевывать почему commit может быть дешевле, почему rollback может быть дороже и наоборот.
1 авг 08, 08:37    [6013583]     Ответить | Цитировать Сообщить модератору
 Re: в readonly транзакциях commit дешевле, чем rollback?  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
AAron
знаете, я достаточно много видел от вас толковых сообщений. на мой взгляд, вы отлично знаете, как работает оракл, да сиквел тоже. именно вам не стоит разжевывать почему commit может быть дешевле, почему rollback может быть дороже и наоборот.


Это разжевывать действительно не надо. Но я действительно не догоняю, как Вы связали это с версионностью/блокировочностью. Связь разумеется есть, но IMHO очень уж окольная
1 авг 08, 09:29    [6013742]     Ответить | Цитировать Сообщить модератору
 Re: в readonly транзакциях commit дешевле, чем rollback?  [new]
AAron
Member

Откуда: Москва
Сообщений: 4324
т.е. если вы видите окольную связь, то я ее не должен увидеть?
мне кажется это пустой треп. предлагаю принять такой постулат: "стоимость commit|rollback зависит от реализации. что проще, что сложнее - так же зависит от реализации".
Интересующиеся могут пойти и почитать для примера, как устроен лог в SQL Server и как в нем реализован rollback и сравнить с реализацией версионности Oracle и как в нем реализован rollback.
1 авг 08, 18:14    [6018090]     Ответить | Цитировать Сообщить модератору
 Re: в readonly транзакциях commit дешевле, чем rollback?  [new]
Выбегалло
Member

Откуда: Scottsdale, AZ, USA
Сообщений: 3823
AlexP
Это я сейчас услышал про Firebird. А как в Oracle, MSSQL и др.?


Ну так а чего там коммитить ? Блокировки снял и весь коммит.
1 авг 08, 20:09    [6018379]     Ответить | Цитировать Сообщить модератору
 Re: в readonly транзакциях commit дешевле, чем rollback?  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
AAron
т.е. если вы видите окольную связь, то я ее не должен увидеть?
мне кажется это пустой треп. предлагаю принять такой постулат: "стоимость commit|rollback зависит от реализации. что проще, что сложнее - так же зависит от реализации".
Интересующиеся могут пойти и почитать для примера, как устроен лог в SQL Server и как в нем реализован rollback и сравнить с реализацией версионности Oracle и как в нем реализован rollback.


А мне, в свою очередь, кажется, что это волюнтаризм (c), да и вообще плохая практика принимать за постулаты то что можно было-бы и обосновать. Или я недостаточно умен, чтобы понять Ваше объяснение на пальцах ?
Мне более менее известно устройства лога MS SQL и реализация версионности Oracle.
Что мне не понятно, так это то как Вы это связываете со стоимостью commit/rollback и как Вы вообще сравниваете их стоимость в столь разных СУБД ?
4 авг 08, 08:29    [6021511]     Ответить | Цитировать Сообщить модератору
Все форумы / Сравнение СУБД Ответить