Опубликовано ср, 10/01/2014 - 14:40 пользователем talifa
DECLARE
my_task_name VARCHAR2 ( 30 );
BEGIN
my_task_name :=
DBMS_SQLTUNE.CREATE_TUNING_TASK (
sql_id => 'gy9t3hcf3zxzv'
, task_name => 'a_very_hard5'
);
END;
/
EXECUTE DBMS_SQLTUNE.EXECUTE_TUNING_TASK ( 'a_very_hard5' );
SET LONG 10000
SET LONGCHUNKSIZE 1000
SET LINESIZE 200
SELECT
DBMS_SQLTUNE.REPORT_TUNING_TASK ( 'a_very_hard5' )
FROM dual;
execute dbms_sqltune.accept_sql_profile(task_name => 'a_very_hard4',task_owner => 'SYS', replace => TRUE);
Опубликовано ср, 02/17/2016 - 13:18 пользователем talifa
Алгоритм соединения слиянием сортированных списков (merge join, sort merge join, sort-merge join)
Опубликовано ср, 02/17/2016 - 13:06 пользователем talifa
Алгоритм соединения вложенными циклами
Опубликовано пн, 11/02/2015 - 14:35 пользователем talifa
--Сессии, интенсивно использующие ресурсы процессора
select v.sid, v.value,USERNAME
from v$statname s, v$sesstat v,V$SESSION S
where s.name = 'CPU used by this session'
and v.statistic# = s.statistic#
and v.value > 0 AND V.SID=S.SID
order by 2 desc;
--статистика по запросам. ограничивайте по нужной вам статистике
Опубликовано ср, 10/21/2015 - 11:51 пользователем talifa
На сегодняшний день использование набора символов Unicode стало стандартом в почти всём программном обеспечении. Вот уже несколько лет Oracle предлагает элегантное решение в виде кодировки AL32UTF8. Тем не менее, во многих случаях использование Unicode нежелательно, по причинам несовместимости со старыми версиями программных продуктов либо из соображений экономии дискового пространства, как в случае с бесплатным Oracle Express Edition.Данная заметка знакомит читателя с двумя подходами к использованию русского языка и сохранению кириллических символов в базах данных Oracle.
Опубликовано ср, 09/09/2015 - 14:50 пользователем talifa
Ожидание pipe_put дословно - заталкивание в трубу. т.е. обмен данными между двумя программами, когда между ними установлена pipe и это ожидание того, когда труба освободится и "толкатель" сможет вытолкнуть очередную порцию.
В одном из процедуры ЦФТ использовали DBMS_PIPE упаковать и распаковать сообщения. При запуске процедуры, сессия висит в течение длительного времени, и в событиях ожидания я нашла pipe_put
Теория.
Опубликовано чт, 07/30/2015 - 12:32 пользователем talifa
Тема неновая, относится к «бородатым» новым фичам Oracle 11g, однако, технология хорошо работающая и, что важно, позволяющая при определённых условиях, существенно экономить ресурсы сервера RDBMS
Далее привожу результаты успешного практического применения кэша результатов запроса для ресурсоёмкого частовыполняемого (т.е. выполняющегося чаще, чем обновляются данные) запроса, оптимизировать который другим методом было бы объективно непросто — встречаются запросы, которые просто обязаны много читать :)
Практическая часть
Опубликовано вт, 07/07/2015 - 17:34 пользователем talifa
Где это все лежит
SQL> archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination /u01/app/oracle/product/11.2.0/db_1/dbs/arch
Oldest online log sequence 748
Next log sequence to archive 752
Current log sequence 752
находим самый ранний
SQL> select min(RESETLOGS_TIME) from v$archived_log;
07-APR-14
удаляем
Опубликовано пт, 07/03/2015 - 12:53 пользователем talifa
перед включением трассировки - необходимо включить сбор временной статистики, иначе трассировочные файлы будут появляться с нулевыми временами. делается это так:
alter system set timed_statistics=true
если трассировка включается в текущей сессии, тогда эта команда выглядит так:
alter session set timed_statistics=true
также необходимо убедиться,что параметр max_dump_file_size, ограничивающий размер трассировочного файла выставлен в достаточно большое значение.
SQL> select value from v$parameter p
2 where name='max_dump_file_size'
3 /
Опубликовано ср, 07/01/2015 - 18:25 пользователем talifa
Производительность любого приложения базы данных в большой степени опирается на выполнение им запросов. Хотя оптимизатор Oracle идеально подходит для оценки наилучшего возможного плана без какого-либо вмешательства пользователя, план выполнения SQL-оператора может неожиданно измениться по множеству причин, включая повторный сбор статистики оптимизатора, изменение параметров оптимизатора или определений схемы и/или метаданных.
Страницы