|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Ilya Zvyagin 2:5020/400 04 Jun 2001 10:23:22
To : All
Subject : Re: Informix ?
--------------------------------------------------------------------------------
Fedor 'Cruger' Tersin wrote in message
<9f8ae2$7s$820@www.fido-online.com>...
>Приведи пример "объективного" детлока, который и не по вине сервера, и не
>из-за недосмотра прикладухи, а просто - так фишка легла.
Блокирование физических страниц базы данных. Hа row level блокировок
при например UPDATE при неизменной длине страницы быть не должно (при
условии
что 2-мя операторами изменяются разные (т.е. непересекающиеся ) наборы
записей).
Тем не менее, в силу разных планов запроса 2 оператора update могут
производить
изменение в разных порядках, и при физической записи (например если серверу
надо сбросить данные из кэша или еще по какой-то причине надо защитить
целостность
страницы даннных) сервер уйдет в deadlock.
Возможно, это слишком высокий полет фантазии. Главная мысль была, что не
всеми возможностями сервера тебе позволено явныи образом управлять.
Можно на самом деле и попроще.
Допустим, 2 UPDATE одной таблицы, блокировки все равно на каком уровне,
наборы пересекающиеся (или еще лучше - не определенные), выполняются в
разных порядках - один с начала таблицы, другой с конца.
При этом планы обоих запросов оптималные, или даже обладают такой
оптимальностью, которая является единственным способом достижения
нужной производительности.
--- ifmail v.2.15dev5
* Origin: FCT Saint-Petersburg (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
