CftClub.ru

[Nigorek]

У нас ИБСО работает реализовано на Oracle 9.2.0.7, версия ядра 7.6.
Пришло время архивировать большие таблицы, в первую очередь Z#MAIN_DOCUM (объем около 6Г), Z#DOCUMENT (2,5Г) и Z#DOCUM_RC (3Г).
Подскажите, кому приходилось "пощупать" оба метода на практике, разницу:
1. в плане производительности, а именно время выборки данных из архивных разделов;
2. в случае изменения структуры партицированной таблицы - действительно в режиме partitioned tables структура архивных разделов корректируется автоматически, а в partition views это надо делать вручную в Адм-ре словаря?
3. Зеркалирование действительно помогает при правке архивных разделов?
4. проблемы с защелками (latches) в partitioned tables только на Oracle8i, на 9.2 их нет? В режиме partition views таких проблем вообще нет?

Благодарю за внимание!

[Nigorek]

Отсутствие ответов означает, что функция разделения в ИБСО не работает?
То есть разбивать на партиции следует средствами Oracle?
ИБСО при этом работает no problem?

[dale]

[Denis Scar]

У нас немного посолиднее база.
Main#docum 30 гигов.
Итак по поводу вопроса:
ЦФТ проводила тестирование своей и Oracle партификации, в кратце нам ответ был - не стоит овчинка выделки.
Если надо подробно, то пишите в личку.

[timochev]

И все же имеет ли кто из форумчан опыт партификации?
Какой вид партификации был выбран?
Я сейчас пробую запускать партификацию одной таблицы из "Администратора словаря". Процесс идет, но перекомпиляция объектов системы занимает много времени. Можно ли организовать процесс так, чтобы перекомпиляция шла в параллельных процессах?
Еще я нашел в обновлении ТЯ каталог TBL, где написано про ручное заполнение определенных таблиц, а затем запуск самого апгрейда ТЯ. В результате при апгрейде должно пройти и партифицирование. Наверное, так тоже можно сделать, несмотря на то, что указанное обновление ранее установлено?

Процесс партификации успешно завершился. А вот опция "Соединить разделы" не прокатила. Выдалась ошибка

[lexus]

[bob@pkb.ru]

Стоит переходить на PARTITION без вариантов
1 экономия на - insert update (cpu + io)
2 реорганизовывать таблицы и пересоздать индексы сводится только на локальные объекты

[Nigorek]

У нас проблема чтения данных (особенно Z#MAIN_DOCUM), общее время задержек db file sequential read превышает общее время CPU time по Statspack-у. Данные изменяются значительно менее интенсивно.
Мои вопросы к BOB-у:
Разбивали таблицу Z#MAIN_DOCUM? Если да, то по какой колонке? Сколько строк в разделе? Чтения диска после разбиения уменьшились значительно?
Начиная с какой версии АРМ Администратора и ТЯ штатный партицирования работает адекватно?

Благодарен за ответы ...
_________________
Живи так, как будто сегодняшний день - последний ...

[bob@pkb.ru]

Разбивали с 2004 года каждый год по дате проводки по такому алгоритму


'C_DATE_PROV >= TO_DATE(''01/01/2007'',''DD/MM/YYYY'') and C_DATE_PROV < TO_DATE(''01/01/2008'',''DD/MM/YYYY'') and C_DATE_PROV is not null'


соответственно в представлениях и операциях делали вставки для работы с актуальным разделом там где это надо

общее число записей -- 69118021
раздел 2007 -- 13145384
актуальный раздел 2008 -- 31210546 , пухнем в геометрической прогрессии
при чтении выигрыш на full scan , а также заметно при INSERT UPDATE
на счет ТЯ версиий не помню , наверноее актуальная версия на 2004 год
сейчас 6.5.0.7 and Oracle 10.2.0.4

[Nigorek]

Разбивали после перехода на 10-ый Oracle?
Спрашиваю, потому что мы пока работаем на 9.2.08
_________________
Живи так, как будто сегодняшний день - последний ...

[bob@pkb.ru]

Разбивку начинали на 9.2.0.7
у нас трех документарная схема
во всяком случае необходимо-желательно партифицировать кусок из родителя DOCUMENT примерно так
prompt years 2004

prompt DOCUMENT

begin
dict_mgr.add_partition('DOCUMENT',
'exists ( select id from z#main_docum partition (z#main_docum#1) m where t.id=m.id )
or exists ( select id from z#kassa_docum partition (z#kassa_docum#1) k where t.id=k.id )
or exists ( select id from z#outbalance_doc partition (z#outbalance_doc#1) o where t.id=o.id )
or exists ( select id from z#messages partition (z#messages#1) s where t.id=s.id )',
p_pipe_name=>'DOCUMENT',
p_build=>null,
p_ratio=>0.5,
p_part_ts=>'T_PART_2004',
p_tspace=>'T_DOCUM',
p_ipart_ts=>'I_PART_2004',
p_idx_ts=>'I_DOCUM');
end;
/

[Nigorek]

Вадим может пообщаемся по мылу?
_________________
Живи так, как будто сегодняшний день - последний ...

[bob@pkb.ru]

Ok! bob@pkb.ru