• V$SQL
  • Wyświetla statystyki bez grupowania (każdy wiersz odpowiada za jedną operację) dotyczące wspólnych obszarów SQL
  • Wyświetla statystyki po zakończeniu zapytania lub dla dużych zapytań co 5 sekund.

  Wywołanie - w ten sposób otrzymujemy sql_id potrzebne do kolejnych widoków

  select * from v$sql
where sql_text like '%using(department_id)%'


Rodzaje:

• Systemowe
  • Używane przez optymalizator do estymowania koszyu pracy I/O i CPU
  • Zalecane jest ich regularne generowanie
  • Zbierane powinny być także podczas normalnej pracy systemu
• Optymalizacyjne

Statystyki systemowe
Przykładowy pakiet do pobierania systemowych statystyk jest paczka DBMS_STATS.GATHER_SYSTEM_STATS

Explain plan
Pokazuje w jaki sposób ma pracować zapytanie. Wykonuje się zamian zapytania (pokazuje tylko schemat wykonania zapytania)


Uruchomienie w formie składni SQL - pokazywane są wtedy wszystkie wygenerowane Explain plany.

select * from plan_table


Pokazanie w formie graficznej

• Sprawdzenie składni (SYNTAX)
• Sprawdzenie obiektów (SEMANTIC)
• Sprawdzenie uprawnień (PRIVILEGE)
• Alokowanie zapytania w PSA (Private SQL Area)
• Odpytanie czy istnieje zapytanie w PSA (TAK - uruchomienie zapytania (soft parse), NIE - zapytanie jest alokowane, optymalizowane i dopiero po wszystkim uruchamiane (hard parse))

Etapy działania optymalizatora

Założenia poprawnego schematu bazy danych

• Odpowiednie typy danych kolumn
• Normalizacja
• Wykorzystywanie więzów integralności (CHECK, NOT NULL, FK, UNIQUE)
• Właściwe typy tabel
• Odpowiednie wykorzystanie indeksów

Lokalizacja i tworzenie Chain

Klikamy PPM -> New Chain...

Paczka uruchamiająca procedurę w chain (widzimy, że musimy tutać mieć nazwę chaina, nazwę kroku oraz nazwę wykonywanego programu - opis ich tworzenia niżej).

Przykłady:

create or replace procedure starter
as
begin
insert into x values (current_timestamp, 'starter');
end;


Scheduler musi być uruchomiony w usługach

Lokalizacja Schedulera w SQL Developerze

Dodawanie nowego Joba - Jobs -> New Job...

Logi z działania schedulera

Jeśli nie wykonamy polecenia COMMIT zmiany łatwo jest odwołać poleceniem ROLLBACK.
Jesli jednak użyjemy COMMIT to wtedy do przywrócenia zmian możemy użyć ORACLE FLASHBACK.
Wykorzystywany jest wtedy przestrzeń UNDO TABLESPACE oraz parametr UNDO_RETENTION określający minimalny czas przechowywania danych.
Ważnym pojęciem jest też REDO LOG czyli dziennik zmian transakcji.