Whats wrong with this sql statement ??

Question

Hello all, I am trying to run the below query out of persheet(tanel poder) performance excel chart...but i get below error...db is on 9.2
what is wrong with this sql statement ?
http://blog.tanelpoder.com/2008/12/28/performance-visualization-made-easy-perfsheet-20-beta/
select * from (
with fsq as (
  select /*+ materialize */
   i.dbid
    , i.instance_name
    , i.instance_number
--    , trunc(s.snap_time, 'DD')     DAY
--    , to_number(to_char(s.snap_time, 'HH24'))  HOUR
--   -- , to_char(s.snap_time, 'MI')    MINUTE
--    , 0           MINUTE
    , trunc(
      lag(s.snap_time, 1)
      over(
       partition by
      v.dbid
       , i.instance_name
       , v.instance_number
       , v.event
     order by
      s.snap_time
      , 'HH24'
     )           SNAP_TIME
    , v.event_type        EVENT_TYPE
    , v.event          EVENT_NAME
    , nvl(
    decode(
     greatest(
      time_waited_micro,
      nvl(
       lag(time_waited_micro,1,0)
       over(
        partition by
         v.dbid
          , i.instance_name
          , v.instance_number
          , v.event
        order by v.snap_id
       , time_waited_micro
     time_waited_micro,
     time_waited_micro - lag(time_waited_micro,1,0)
     over (
      partition by
       v.dbid
        , i.instance_name
        , v.instance_number
        , v.event
      order by v.snap_id
     time_waited_micro
       , time_waited_micro
     ) / 1000000         SECONDS_SPENT
    , total_waits         WAIT_COUNT
  from
   (select distinct dbid, instance_name, instance_number from stats$database_instance) i
    , stats$snapshot s
    , ( select
     snap_id, dbid, instance_number, 'WAIT' event_type, event, time_waited_micro, total_waits
    from
     stats$system_event
    where
     event not in (select event from stats$idle_event)
    union all
    select
     snap_id, dbid, instance_number,
     case
      when name in ('CPU used by this session', 'parse time cpu', 'recursive cpu usage') then 'CPU'
      when name like 'OS % time' then 'OS'
      else 'STAT'
     end,
     name , value, 1
    from
     stats$sysstat
--    where      name in ('CPU used by this session', 'parse time cpu', 'recursive cpu usage')
--    or  name like('OS % time')
--    or 1 = 2 -- this will be a bind variable controlling whether all stats need to be returned
   ) v
  where
   i.dbid = s.dbid
  and i.dbid = v.dbid
  and s.dbid = v.dbid
  and s.snap_id = v.snap_id
  and s.snap_time between '%FROM_DATE%' and '%TO_DATE%'
  and i.instance_name = '%INSTANCE%'
select * from (
  select
   instance_name
    , instance_number
    , snap_time
    , trunc(snap_time, 'DD')  DAY
    , to_char(snap_time, 'HH24') HOUR
    , to_char(snap_time, 'MI') MINUTE      
    , event_type  
    , event_name  
    , seconds_spent
    , wait_count  
    , ratio_to_report(seconds_spent) over (
--      partition by (to_char(day, 'YYYYMMDD')||to_char(hour,'09')||to_char(minute, '09'))
      partition by (snap_time)
      ) ratio
  from fsq
  where
   snap_time is not null -- lag(s.snap_time, 1) function above will leave time NULL for first snapshot
  -- to_char(day, 'YYYYMMDD')||to_char(hour,'09')||to_char(minute, '09')
  -- > ( select min(to_char(day, 'YYYYMMDD')||to_char(hour,'09')||to_char(minute, '09')) from fsq)
where ratio > 0
order by
    instance_name
  , instance_number
  , day
  , hour
  , minute
  , event_type
  , seconds_spent desc
  , wait_count desc
Error at line 6
ORA-00604: error occurred at recursive SQL level 1
ORA-00972: identifier is too long

Answer 1

Hi Alex,
Subquery factoring a.k.a. the with-clause should be possible on 9.2:
http://download.oracle.com/docs/cd/B10501_01/server.920/a96540/statements_103a.htm#2075888
(used it myself as well on 9.2)
@OP
I recall having problems myself using PL/SQL Developer and trying to get the with clause to work on 9.2 some years ago.
A workaround might be to create a view based on the query.
Also, your error message is "ORA-00972: identifier is too long"...
http://download.oracle.com/docs/cd/B19306_01/server.102/b14219/e900.htm#sthref419
Can't test things currently, no 9.2 available at the moment, but perhaps tomorrow I'll have a chance.