|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Oleg 2:5020/400 31 Oct 2002 12:20:17
To : Andrew Lesnichenko
Subject : Re: Уменьшить размер файла данных в Оракле
--------------------------------------------------------------------------------
On Wed, 30 Oct 2002, Andrew Lesnichenko wrote:
> > - некий tablespace, целиком размещенный в одном файле, большого размера
> > Хотим:
> > - добавить еще один файл данных для этого же tablespace, меньшего размера
> > (что легко), и уменьшить размер имеющегося файла (resize ?), за счет
> > перемещения части данных из первого файла во второй.
> >
> > Это хотя бы в принципе реально, на работающей машине? В смысле - без
> > экспорта-импорта, остановок и пусков.
>
> Какая общая цель этого мероприятия ?
Вместо одного файла в 13 Гбайт сделать скажем 13 по 1Гбайт (как крайний
случай). Возможно - разнести по разным дискам.
Смысл:
Оптимизировать место на диске, плюс архивирование данных. Достаточно
неудобно работать с большими файлами...
Hасчет возможных потерь производительности при работе со многими файлами:
В таблспейсе - таблица с блобами, типа файлового архива, поиск в ней
ведется по индексу (номер образа), некоторые части таблицы более свежие,
используются чаще, некоторые - старые, используются редко или никогда.
Таблица только дополняется.
Если при этом происходит добавление очередного екстента с новыми свежими
образами - вероятность последующего считывания данных из него сильно
больше, чем из предыдущего. И так далее.
Как следствие, получается что наиболее старая часть таблицы фактически
никогда не используется. Если такие данные будут размещены в отдельном
файле - верно ли будет предположить, что реально будет считываться только
самый последний файл, а обращение к остальным может и не производится.
Или все совсем не так?
ЗЫ:
переделывать внутреннюю структуру нельзя. Разве что поизвращаться на
предмет вынесения отдельных полей в отдельные таблспейсы, но трогать
лишний раз не хотелось бы.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
