|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Fedor 'Cruger' Tersin 2:5020/794.139 09 Jun 2001 18:38:04 To : ziv@fct.ru Subject : Informix ? -------------------------------------------------------------------------------- Ilya Zvyagin навис на All >> >> Что-нибудь вроде SET AUTO_REPEATABLE_QUERY ON. U> Да повторять -то не >> ОДИH запрос надо будет, а ВСЕ с начала транзакции. >> Скажем, повторяться будет только первый незакоммиченный запрос. U> Транзакция -то целиком отменяется, или ты не в курсе ? Вот я и предлагаю, если в транзакции первый же запрос дает детлок - опционально самому серверу делать ретрай. А уж если дэтлок получился в n-ном запросе (n>1), то откатывать транзакцию всегда. >> U> А ты просто можешь не знать, есть она или нет. >> Как так - не знаю? Ведь все вызовы через меня идут. Соответствено, >> отследить >> начало внешней транзакции не проблема. U> Парсить текстовые запросы будешь ? Вместо сервера работать ? Hу, давай. Во первых, отпарсить запрос на предмет поиска 2х слов не проблема. Во вторых, в моем случае приходит уже не текст. Текст же я делаю сам. U> Это именно HЕ работа БД. Я же тебе говорю, на уровне БД эту проблему U> просто не разрешить, сервер не знает, что у тебя за транзакции, надо их U> повторять или нет. Чем тебе опциональный повтор не нравится? Hу уверен клиент, что результат одиночного запроса ему нужен, почему бы его не повторить самому серверу? U> А для приложения DEADLOCK можно перевести так : (это U> как бы сервер говорит) " вы знаете, я тут отвлекся немного, и ничего не U> слышал. Вы не могли бы повторить все еще раз ?" Это то понятно. >> Hе, о полном автомате я и не говорил. Только о автокоммитных запросах, и >> то только по требованию. U> Что такое "автокоммитные" запросы ? Когда каждый запрос в своей собственной транзакции. Есть такая опция в Oracle (по умолчанию там все в одной общей транзакции происходит, надо commit постоянно делать). U> И кто знает, что они автокомитные ? Как кто? Сервер, конечно. Ему же об этом говорят. В случае того же MSSQL - если не сказали begin tran, что, сервер не знает, что транзакция только во время каждого отдельного запроса будет? Fedor. --- WP/95 Rel 1.78E (215.0) Reg. * Origin: cruger@galaktika.ru && ICQ#5167246 (2:5020/794.139) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/469184fc978d.html, оценка из 5, голосов 10
|