|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Vladimir Pavlikov 2:5020/400 22 Aug 2002 19:52:40 To : Nik Sestrin Subject : Re: Отчеты -------------------------------------------------------------------------------- Hello, Nik Sestrin! You wrote to Vladimir Pavlikov on Thu, 22 Aug 2002 14:39:46 +0000 (UTC): >> _Два_ запроса. Сериализация (которая поставит всех остальных раком) >> здесь не поможет, тут нужен snapshot. NS> хоть десять ... дока гарантирует решение проблемы фантомов если NS> сказать set transaction isolation level serializable , опыт/тесты NS> подтверждают... Доку стоит читать внимательнее : Serializability requires that any query executed during a transaction must obtain the same set of rows if it is executed again at some later ^^^^^^^^^^^^^^^^^^^^ point within the same transaction. Очевидно, что речь идет о повторении того же запроса. Менее очевидно (но все равно верно:), что первое выполнение запроса вернет не все, что соответствовало его условию на начало запроса, а все, что "удалось", но это уже другая история... Хотя - почему другая? - даже при первом прохождении все равно возможны фантомы вставки. Другое дело, что они повторятся и при повторном выполнии, т.е. сериализация имеет-таки место быть. Дока вообще ничего не может гарантировать, она может лишь утвер- ждать. В том числе ошибочно или намеренно неверно. Hо в данном случае она верна, от чего не легче :) Что до опыта/тестов... Опыт у всех разный, тут условия нужны вполне конкретные, чтобы эффект проявился. Думаю, у большинства присутствующих/отсутствующих условия попроще, да и элемент неве- зения нужен. То же касается и тестов. Речь не о вещах, которые приведут к проблемам обязательно, а о тех, которые могут вылезти в недетерминированный момент времени. И ждать его можно годы. А можно и часы :) NS> Vladimir Pavlikov/Liliya Huff могут привести пример для mssql, NS> когда это не так? Как ты себе представляешь эти примеры? Это же не структура базы и текст запроса только, это еще и ситуация. --------------------------------------------- Владимир Павликов. -- Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5 * Origin: Talk.Mail.Ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/648829106bcb.html, оценка из 5, голосов 10
|