[ОТВЕТИТЬ]
Опции темы
03.10.2006 05:09  
isi
SM 1.0.24.5 sp5 + oracle 9.2.0.7 БД около 50 Гб файлы БД на RAID10, сервер 2 двухядерных проца AMD

Все операции супермага работают отлично, кроме отчетов, которые исполбзуют таблицы расчета тавародвижения (FF......), Себестоимость считается 1,5 часа против 6 на Oracle 8 (ну и сервак послабже был).

Все параметры БД выставлены по рекомендациям Optimizera от Olegon. и база прогнана оптимизатором неоднократно.

При просмотре ожиданий очень большой показатель в db file sequential read, это если я понимаю, ожидания чтения с диска. Так как опыта немного прошу консультации что посмотреть и где порыть
 
03.10.2006 07:27  
reddevil
1. FFMAPREP - секционированная?
2. OPTIMIZER_INDEX_COST_ADJ сколько?
3. План вот этого "SELECT SUM(SALESUM) from FVMAPREP where saledate between 'ДАТЫ ТВОИХ ОТЧЕТОВ'"
4. Каким способом собрана статистика
5. Сколько дисков в рейде?
6. Степень паралелизма FFMAPREp и FFMAPREP_
 
03.10.2006 10:01  
isi
1. Нет
2. OPTIMIZER_INDEX_COST_ADJ = 30
3.
Код:
SELECT STATEMENT Optimizer Mode=CHOOSE		
  SORT AGGREGATE		
    VIEW		
      UNION-ALL		  	 	 	 	      	             	 
        FILTER		  	 	 	 	      	             	 
          TABLE ACCESS BY INDEX ROWID	SUPERMAG.FFMAPREP	
            INDEX RANGE SCAN	SUPERMAG.FFMAPREP_SALEDATE	
        FILTER		  	 	 	 	      	
          TABLE ACCESS BY INDEX ROWID	SUPERMAG.FFMAPREP_	
            INDEX RANGE SCAN	SUPERMAG.FFMAPREP_SALEDATE_
4. Optimizerom от Olegon. видимо dbms_stats
5. 5 дисков
6. Это как определить?
 
03.10.2006 10:29  
OlegON
4. скорее всего compute statistics, из-за багов dbms_stats я от него отказался.
 
03.10.2006 10:32  
reddevil
Цитата:
Сообщение от olegon
4. скорее всего compute statistics, из-за багов dbms_stats я от него отказался.
+1 я правда пока не понял в каких случуях она хуже
 
03.10.2006 10:37  
reddevil
изя
1. Задумайся! при 50 гигах уже можно.
3. TABLE ACCESS BY INDEX ROWID SUPERMAG.FFMAPREP - кардинальность и период естественно)))
5. Это как? Или просто один из дисков массива в сбойном режиме?)))
6.select t.table_name, t.degree from all_tables t where t.owner='SUPERMAG' and t.table_name like 'FFMAPREP%'
 
03.10.2006 10:39  
reddevil
7. пересоздай FF% с опцией COMPRESS
 
03.10.2006 10:59  
isi
3. по 3 соврал, запускас с параметрами а не с реальными датами:
Код:
Operation	Object Name	Rows	Bytes	Cost	Object Node	In/Out	PStart	PStop

SELECT STATEMENT Optimizer Mode=CHOOSE		1  	 	24593  	 	      	             	 
  SORT AGGREGATE		1  	22  	 	 	      	             	 
    VIEW		5 M	121 M	24593  	 	      	             	 
      UNION-ALL		  	 	 	 	      	             	 
        TABLE ACCESS FULL	SUPERMAG.FFMAPREP	5 M	72 M	24592  	 	      	             	 
        TABLE ACCESS BY INDEX ROWID	SUPERMAG.FFMAPREP_	1  	22  	1  	 	      	             	 
          INDEX RANGE SCAN	SUPERMAG.FFMAPREP_SALEDATE_	1
Видимо из за TABLE ACCESS FULL, как от этого избавиться ?


5. можно упустить?, это сисадмин сказал, я в этом не разбирался, просто спросил. Если надо будет, позанимаюсь...

6.
TABLE_NAME DEGREE
FFMAPREP 1
FFMAPREP_ 1
 
03.10.2006 11:00  
OlegON
Цитата:
Сообщение от reddevil
6. Степень паралелизма FFMAPREp и FFMAPREP_
Кстати, твои рекомендации насчет этого и parallel_max_servers?
 
03.10.2006 11:02  
isi
а на счет 7. оптимайзером от olegon делал
 
 


Опции темы



Часовой пояс GMT +3, время: 16:39.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.