|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Edward Shevtsov 2:5020/400 31 Oct 2002 13:12:30 To : Oleg Subject : Re: Уменьшить размер файла данных в Оракле -------------------------------------------------------------------------------- "Oleg" <byka@protek.stavropol.net> сообщил/сообщила в новостях следующее: news:Pine.BSF.4.44.0210311055520.36933-100000@protek.stavropol.net... > > > On Wed, 30 Oct 2002, Andrew Lesnichenko wrote: > > > > - некий tablespace, целиком размещенный в одном файле, большого размера > > > Хотим: > > > - добавить еще один файл данных для этого же tablespace, меньшего размера > > > (что легко), и уменьшить размер имеющегося файла (resize ?), за счет > > > перемещения части данных из первого файла во второй. > > > > > > Это хотя бы в принципе реально, на работающей машине? В смысле - без > > > экспорта-импорта, остановок и пусков. > > > > Какая общая цель этого мероприятия ? > > Вместо одного файла в 13 Гбайт сделать скажем 13 по 1Гбайт (как крайний > случай). Возможно - разнести по разным дискам. > > Смысл: > Оптимизировать место на диске, плюс архивирование данных. Достаточно > неудобно работать с большими файлами... > > Hасчет возможных потерь производительности при работе со многими файлами: > В таблспейсе - таблица с блобами, типа файлового архива, поиск в ней > ведется по индексу (номер образа), некоторые части таблицы более свежие, > используются чаще, некоторые - старые, используются редко или никогда. > Таблица только дополняется. > Если при этом происходит добавление очередного екстента с новыми свежими > образами - вероятность последующего считывания данных из него сильно > больше, чем из предыдущего. И так далее. > Как следствие, получается что наиболее старая часть таблицы фактически > никогда не используется. Если такие данные будут размещены в отдельном > файле - верно ли будет предположить, что реально будет считываться только > самый последний файл, а обращение к остальным может и не производится. > Или все совсем не так? > > ЗЫ: > переделывать внутреннюю структуру нельзя. Разве что поизвращаться на > предмет вынесения отдельных полей в отдельные таблспейсы, но трогать > лишний раз не хотелось бы. > Вам нужно работать на уровне табл. пр-в а не файлов. Это идеалогия Оракла. Посмотрите в сторону partitioning --- ifmail v.2.15dev5 * Origin: VoronezhSvyazInform ISP News Server (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/6307e3f4c151.html, оценка из 5, голосов 10
|