|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Fedor 'Cruger' Tersin 2:5020/794.139 04 Jun 2001 18:27:33
To : ziv@fct.ru
Subject : Informix ?
--------------------------------------------------------------------------------
Ilya Zvyagin навис на All
>> Приведи пример "объективного" детлока, который и не по вине сервера, и не
>> из-за недосмотра прикладухи, а просто - так фишка легла.
U> Главная мысль была, что не
U> всеми возможностями сервера тебе позволено явныи образом управлять.
Допустим, но тогда нужно уметь их обрабатывать. Это можно делать на одном из 3х
уровнях: автоматом на уровне сервера, на уровне инструментария (прослойки между
прикладухой и сервером), либо на высокоуровневом прикладном коде. Первые 2
уровня почти идентичны - ведь ни тот, ни другой ничего о специфике запроса не
знают (т.е. им недоступна логика, приведшая к этому запросу). В то же время,
Тенцер прав - существует довольно обширный класс запросов, которые можно смело
перевыполнять до победного конца. В свете вышесказанного, разумно иметь такой
механизм на уровне сервера, естественно, опциональный. Учитывая относительную
важность проблемы (раз уж трабл может случиться в любое время), странно, что ни
в одном сервере это не реализовано. Более того, я видел советы, по
проектированию БД с целью избежания дэтлоков, но не встречал рекомендаций и
заготовок для работы в условиях спонтанных дэтлоков. В общем, странно все это.
Fedor.
--- WP/95 Rel 1.78E (215.0) Reg.
* Origin: cruger@galaktika.ru && ICQ#5167246 (2:5020/794.139)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
