Database Reference
In-Depth Information
14:35:15 SQL> select to_char(cast(sys_extract_utc(systimestamp) as date),'dd.mm.yyyy
hh24:mi:ss') sysdate_utc from dual;
SYSDATE_UTC
-------------------
10.06.2013 13:35:15
14:35:15 SQL> select count(*) from t1 where a=1;
COUNT(*)
----------
1
14:35:15 SQL> select plan_table_output from table (sys.dbms_xplan.display_cursor);
PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------
----------------------------------------------------------------------------------------------
----------------------------------------------------------------------------------------------
------------------
SQL_ID 5p7s1hq62rf59, child number 0
-------------------------------------
select count(*) from t1 where a=1
Plan hash value: 3547404373
--------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
--------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | | | 1 (100)| |
| 1 | SORT AGGREGATE | | 1 | 4 | | |
|* 2 | INDEX RANGE SCAN| I_T1 | 1 | 4 | 1 (0)| 00:00:01 |
--------------------------------------------------------------------------
P.: „
Das ist ja eine Überraschung. Es wird nach wie vor der Cursor mit dem Child Number 0
ausgeführt.
“
L.: „
Oracle invalidiert die relevanten Cursor nicht sofort nach dem Ablauf der Invalidie-
rungsfrist, sondern wartet auf das nächste Parsing bzw. auf die nächste Ausführung der je-
weiligen SQL-Anweisung. Aus diesem Grund wird der bestehende Cursor bei der zweiten
Ausführung der SQL-Anweisung benutzt.
“
P.: „
Was ist UTC und wofür brauchen wir das jeweilige Datum und die Uhrzeit?
“
L.: „
UTC bedeutet Coordinated Universal Time (das ist die Greenwich-Zeit). Die Ausgabe
von Greenwich-SYSDATE werden wir am Ende dieses Test-Case brauchen. Warten wir jetzt
20 s lang ab, damit Oracle garantiert einen neuen Cursor bei der nächsten Ausführung der
SQL-Anweisung anlegt:
“
