|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Dmitry Kuzmenko 2:5020/400 26 Dec 2002 17:30:39 To : Sergey Prach Subject : Re: Синхронизация доступа к БД -------------------------------------------------------------------------------- Hello, Sergey! > > в Interbase уровень изолированности snapshot - исторически умолчательный. > > Так вот я и спрашиваю, о реализации этого механизма. Если существует > несколько версий одних и тех же данных, тогда где эти версии размещаются, > если никакго копирования не происходит. на странице данных, там где и записи. версии - это "дельты", т.е. буквально, если есть запись, и ей сделали update, то на странице будет а) запись б) версия записи, где лежат только те поля, которые обновились (и то их разница между оригинальной записью). При этом страница блокируется только на момент создания этой версии, дальше другие транзакции могут работать с этой страницей. > > изменяемая страница так или иначе находится в кэше сервера. > > Да что вы говорите? а я думал у Путина под подушкой... ;-) > > > Если кэш - это "тупое проедание операционных ресурсов", то ... > > Во-первых этот вывод сделал ты сам, поэтому свои многоточия оставь для > себя. А во-вторых для начала ответь на вопрос в предыдущем абзаце, а потом > бдуем говорить об качестве использования кэша сервера, тем более, что он > тоже - системный ресурс. А обсуждеие, типа "кэш - ... проедание ресурсов > сервера", все равно что обсуждать "масло маслянное" и "каша кашная". исходная фраза - твоя: >Какая разница где она хранится? - да вообще-то никакой. Если она >хранится на диске, то это падение производительности за счет эскалации >дисковых операций. Если в памяти - тогда это тупое проедание операционных ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >ресурсов сервера, так как БД размером в несколько десятков гектар >встречаются довольно часто, а вот такие ресурсы ОЗУ или того же порядка - >довольно редко. для обращения к странице сервер должен считать ее с диска. Т.е. страница попадает в кэш сервера. Если страницу изменяют, то меняют или в кэше, или считывают с диска в память. Если я неправильно понял намек на "тупое проедание", то поясни, пожалуйста, какие ЕЩЕ бывают случаи, когда страница БД находится в памяти? -- Dmitri Kouzmenko, www.ibase.ru, 953-13-34 Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5 * Origin: iBase (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/2774754bb7e1.html, оценка из 5, голосов 10
|