CftClub.ru
Клуб специалистов ЦФТ-Банк

Архивация данных: partitioned tables или partition views?

 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Oracle DBA
Предыдущая тема :: Следующая тема  
Автор Сообщение
Nigorek
Участник


Вступление в Клуб: 12.10.2007
СообщениеПн Окт 15, 2007 15:43   Архивация данных: partitioned tables или partition views? Ответить с цитатой
Полезность: Нет оценки
У нас ИБСО работает реализовано на 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
Участник


Вступление в Клуб: 12.10.2007
СообщениеЧт Окт 18, 2007 09:33   Разделение средствами ИБСО не работает? Ответить с цитатой
Полезность: Нет оценки
Отсутствие ответов означает, что функция разделения в ИБСО не работает?
То есть разбивать на партиции следует средствами Oracle?
ИБСО при этом работает no problem? Rolling Eyes
dale
Участник со стажем


Вступление в Клуб: 28.09.2007
СообщениеВт Окт 23, 2007 15:29   Re: Разделение средствами ИБСО не работает? Ответить с цитатой
Полезность: Нет оценки
Nigorek пишет:
Отсутствие ответов означает, что функция разделения в ИБСО не работает?
То есть разбивать на партиции следует средствами Oracle?
ИБСО при этом работает no problem? Rolling Eyes


Я бы Вам предложил для получения ответа на Ваш вопрос обратится к Вашему менеджеру сопровождения, к сожалению вопрос не столь тривиален как вам видится. Twisted Evil
_________________
Программа делает не то, что хочет программист, а то, что написано в коде. (c)
Denis Scar
Участник со стажем


Вступление в Клуб: 28.09.2007
СообщениеВт Ноя 20, 2007 12:27    Ответить с цитатой
Полезность: Нет оценки
У нас немного посолиднее база.
Main#docum 30 гигов.
Итак по поводу вопроса:
ЦФТ проводила тестирование своей и Oracle партификации, в кратце нам ответ был - не стоит овчинка выделки.
Если надо подробно, то пишите в личку.
timochev
Эксперт


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

Процесс партификации успешно завершился. А вот опция "Соединить разделы" не прокатила. Выдалась ошибка
Цитата:
11:24:00 ORA-00904: "T"."KEY": недопустимый идентификатор
Что-то там не доделано
lexus
Профи


Вступление в Клуб: 28.09.2007
СообщениеСр Сен 17, 2008 12:39    Ответить с цитатой
Полезность: 1
timochev пишет:
<...>кто из форумчан<...>

<...>
В результате при апгрейде должно пройти и партифицирование. Наверное, так тоже можно сделать, несмотря на то, что указанное обновление ранее установлено?


Да, так делать можно.

А в-целом про партификацию, Володя (dale) прав - с ЦФТ надо поговорить сначала обязательно.

PS Эх, есть один Большой Банк... Rolling Eyes У его сотрудников выход в Инет не приветствуется... И в наших рядах его сотрудников не видно...
Они вот такой возможностью пользовались не раз. Вполне успешно.
Дмитрий, подозреваю, что у тебя должны быть оттуда знакомые и не через Инет Smile
bob@pkb.ru
Участник со стажем


Вступление в Клуб: 20.11.2008
СообщениеЧт Ноя 20, 2008 18:20    Ответить с цитатой
Полезность: Нет оценки
Стоит переходить на PARTITION без вариантов
1 экономия на - insert update (cpu + io)
2 реорганизовывать таблицы и пересоздать индексы сводится только на локальные объекты
Nigorek
Участник


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

Благодарен за ответы ... Very Happy
_________________
Живи так, как будто сегодняшний день - последний ...
bob@pkb.ru
Участник со стажем


Вступление в Клуб: 20.11.2008
СообщениеПт Ноя 21, 2008 13:42    Ответить с цитатой
Полезность: Нет оценки
Разбивали с 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
Участник


Вступление в Клуб: 12.10.2007
СообщениеПт Ноя 21, 2008 16:02    Ответить с цитатой
Полезность: Нет оценки
Разбивали после перехода на 10-ый Oracle?
Спрашиваю, потому что мы пока работаем на 9.2.08
_________________
Живи так, как будто сегодняшний день - последний ...
bob@pkb.ru
Участник со стажем


Вступление в Клуб: 20.11.2008
СообщениеПт Ноя 21, 2008 16:11    Ответить с цитатой
Полезность: Нет оценки
Разбивку начинали на 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
Участник


Вступление в Клуб: 12.10.2007
СообщениеПт Ноя 21, 2008 17:09    Ответить с цитатой
Полезность: Нет оценки
Вадим может пообщаемся по мылу?
_________________
Живи так, как будто сегодняшний день - последний ...
bob@pkb.ru
Участник со стажем


Вступление в Клуб: 20.11.2008
СообщениеПт Ноя 21, 2008 17:11    Ответить с цитатой
Полезность: Нет оценки
Ok! bob@pkb.ru
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Oracle DBA Часовой пояс: GMT + 3
Страница 1 из 1

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Рейтинг@Mail.ru