"Konstantin R. Beliaev" ...
Это понятно. Но если после рестора включить резервирование, то измененные страницы уже будут записываться с ним, так? Т.е. то что
не меняется останется в компактном виде, а то что меняется - в обычном.
Собственно в этом и идея.
Да
Хотя эффект по отзыву Алекс
DmitryLe wrote:
Запись утрамбованная (Ну и термин). Мы ее удалили или изменили. Новая
версия записи где будет? В конце файла. На месте старой записи, что
будет? Дырка. и т.д.
Это понятно. Но если после рестора включить резервирование, то
измененные страницы уже будут записываться с ним, так? Т
апдейтов не держим, но
база так навсегда и остается в режиме "use all space"
Штатных средств отключения нету?
есть. gfix
Собственно я к чему: есть долгая история, которая, понятно, не меняется.
И есть оперативные данные.
Первое хочется утрамбовать, второе - обрабатывать как сейчас. Так не
Konstantin R. Beliaev wrote:
Собственно я к чему: есть долгая история, которая, понятно, не меняется.
И есть оперативные данные.
Первое хочется утрамбовать, второе - обрабатывать как сейчас. Так не
получится?
В заголовке файла поменять снять флаг hdr_no_reserve=0x20
--
--- Home Page http:
> Ммм... все равно не понял :-( по описанию похоже на отключение сборки
> мусора, т.е. исходная запись и куча дельт.
Запись утрамбованная (Ну и термин). Мы ее удалили или изменили. Новая
версия записи где будет? В конце файла. На месте старой записи, что
будет? Дырка. и т.д.
> Собственно я к ч
Boulitchev Aleksey wrote:
Физ. расположение записи неизменно. Все отресторенные записи
останутся на
своих страницах (до полного удаления). Соответственно все их новые версии
будут фрагментированны с большой вероятностью.
Ммм... все равно не понял :-( по описанию похоже на отключение сборки
Hello, Konstantin!
Konstantin R. Beliaev wrote:
Dmitry Voroshin wrote:
а потом переводится в режим резервирования.
Не понял, разве ее надо специально переводить?
это флаг. он остается в БД после b/r, если его не убрать.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Vlad Khorsun wrote:
Фрагментация записей будет жуткая. Т.е. при чтении нового тоже будут
тормоза.
Почему? Разве новое не записывается с резервированием места? Чем это
отличается от обычной схемы?
Т.е. первое изменение - да, придется писать на новую страницу, но все
последующие-то пойдут в
"Konstantin R. Beliaev" ...
Vlad Khorsun wrote:
Фрагментация записей будет жуткая. Т.е. при чтении нового тоже будут тормоза.
Почему? Разве новое не записывается с резервированием места? Чем это отличается
от обычной схемы?
Т.е. первое изменение - да, придется писать на новую страницу, но
Vlad Khorsun wrote:
Фрагментация записей будет жуткая. Т.е. при чтении нового тоже будут
тормоза.
Почему? Разве новое не записывается с резервированием места? Чем это
отличается от обычной схемы?
Т.е. первое изменение - да, придется писать на новую страницу, но все
последующие-то пойдут в о
Dmitry Voroshin wrote:
а потом переводится в режим резервирования.
Не понял, разве ее надо специально переводить?
"Vlad Khorsun" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
"Konstantin R. Beliaev" ...
Какие побочные эффекты могут быть при использовании флага use all space
при ресторе? Вроде бы, если старые данные не меняются - то они должны
храниться компактнее,
"Konstantin R. Beliaev" ...
Какие побочные эффекты могут быть при использовании флага use all space при ресторе? Вроде бы, если старые данные не меняются - то
они должны храниться компактнее, и скорость их чтения будет выше. Но при записи нового, придется модифицировать больше страниц,
отсюда
Какие побочные эффекты могут быть при использовании флага use all space
при ресторе? Вроде бы, если старые данные не меняются - то они должны
храниться компактнее, и скорость их чтения будет выше. Но при записи
нового, придется модифицировать больше страниц, отсюда будет замедление.
Так?
Или
14 matches
Mail list logo
