Thanks for the question regarding "connect by ", versi

More documents

Recommendations

Info

------- ------ -------- ---------- ---------- ---------- ---------- ---------- Parse 1 0.00 0.00 0 0 0 0 Execute 1 0.00 0.00 0 0 0 0 Fetch 2 0.00 0.00 0 5 0 2 ------- ------ -------- ---------- ---------- ---------- ---------- ---------total 4 0.00 0.00 0 5 0 2 Misses in library cache during parse: 1 Optimizer mode: ALL_ROWS Parsing user id: 140 Rows Row Source Operation ------- --------------------------------------------------- 2 CONNECT BY WITH FILTERING (cr=5 pr=0 pw=0 time=239 us) 1 TABLE ACCESS BY INDEX ROWID JUNK (cr=2 pr=0 pw=0 time=61 us) 1 INDEX RANGE SCAN JUNK_IND1 (cr=1 pr=0 pw=0 time=40 us)(object id 1 NESTED LOOPS (cr=3 pr=0 pw=0 time=113 us) 2 BUFFER SORT (cr=0 pr=0 pw=0 time=65 us) 2 CONNECT BY PUMP (cr=0 pr=0 pw=0 time=29 us) 1 TABLE ACCESS BY INDEX ROWID JUNK (cr=3 pr=0 pw=0 time=37 us) 1 INDEX RANGE SCAN JUNK_IND1 (cr=2 pr=0 pw=0 time=24 us)(object id 0 TABLE ACCESS FULL JUNK (cr=0 pr=0 pw=0 time=0 us) see the zero rows, cr=0, no activity - do you have a tkprof where the row source operation shows "not zero" yes ... but ... June 6, 2006 - 8pm Central time zone Bookmark | Bottom | Top Reviewer: Greg from Toronto Yeah .. but I'm not sure we're looking at the same thing! ;) In my original post, the set autotrace traceonly explain command spit out an explain formatted a bit different than yours (which is why I'm thinking I'm not looking at the right thing .. hehe) ... and it shows 8 rows on this one: | 9 | TABLE ACCESS FULL | JUNK | 8 | 40 | 2 (0)| 00:00:01 | I can try to re-run with: set autotrace traceonly statistics ?? Followup June 6, 2006 - 9pm Central time zone: that is an autotrace, it is not "what happened". tkprof shows "what happened" Here is more information: ... The connect by row source uses a sort to store the rows it will be working on. If the filtering option is used, connect by needs the sort to detect duplicates as the rows are inserted into the sort. If the sort spills to disk, it can no longer detect duplicates at the time the rows are inserted (the duplicates will be detected later, when the sort runs are merged). Therefore if the sort spills to disk, the connect by will switch to "no filtering" mode. The extra line in the plan is the row source that will be used if the switch to "no filtering" happens. ............. Tree Walking from the result of a join June 14, 2006 - 2pm Central time zone Bookmark | Bottom | Top Reviewer: Mike Jones from England Help! I'm trying to write a Query where given a result set, one of the columns is an index into a hierarchy. I want to report the result set and then each of the corresponding parents back up the hierachy, sort of like reporting some information about a person and then each of their dad, and then that person and their dads dad etc. all the way back up.
I can't seem to get it working, I can't get the filtering to the correct tree-walk right. Hopefully the below illistrates this. I should only get 6 rows back, the 2 base rows from the ilv and these reported 3 times each for the 3 levels of the hierachy. In practice the ILV rows would report different IDX values and so the relative tree walks would differ. Can you help point out where I'm going mad? Thanks, Mike. create table hierarchy_table as select object_name, rownum idx, decode(rownum -1,0,null,rownum-1) parent_idx from user_objects where rownum < 4 / create table base_x as select 3 idx, object_name from user_objects where rownum < 3 / create table base_y as select * from base_x / select ilv.object_name, ilv.idx ilv_idx, ht.object_name ht_name, level from ( select x.object_name, x.idx from base_x x, base_y y where x.idx = y.idx ) ilv, hierarchy_table ht connect by prior ht.parent_idx = ht.idx start with ilv.idx = ht.idx order by 1 / Followup June 15, 2006 - 8am Central time zone: I'm not sure why this isn't just a normal connect by - your text description is that of a connect by: ... I want to report the result set and then each of the corresponding parents back up the hierachy, ..... (the result set = START WITH rows, corresponding parents = CONNNECT BY rows) so, maybe if you show us what you get and what you think you should get I can understand better. Connect by Join Bug? August 9, 2006 - 10am Central time zone Bookmark | Bottom | Top Reviewer: Matt Turner from AA Tom I have produced a sample TEST case, can you tell me if you think this is working as the manual or is a bug with the join and connect by: We have a user_state table which stores a script number for a connected user(simplified): CREATE TABLE user_state (username VARCHAR2(30), scriptid NUMBER ); Both Fred and Bill are running script 1. INSERT INTO user_state VALUES('FRED',1); INSERT INTO user_state VALUES('BILL',1); We have a second table - script structure, which has the script id, and a list of questions (TREE).
Page 1 and 2: Home > Question Details Questions R
Page 3 and 4: es.c_child_entity_type_code = prior
Page 5 and 6: And A.SETID = 'LOCKE' And A.EFFDT =
Page 7 and 8: 9 10 SQL> select id, prinumber from
Page 9 and 10: Tom I have a situation There are 2
Page 11 and 12: ops$tkyte@ORA9IR2> ops$tkyte@ORA9IR
Page 13 and 14: 12 ) a 13 ) 14 / RNUM ENAME EMPNO M
Page 15 and 16: 2 4 3 4 4 4 5 7 6 7 7 7 7 rows sele
Page 17 and 18: GREAT October 18, 2004 - 1pm Centra
Page 19 and 20: with one root, you would START WITH
Page 21 and 22: ORACLE : 8i Problem: Connect-by bec
Page 23 and 24: Reviewer: Marshall B Thompson from
Page 25 and 26: Greenberg 108 101 Kochhar 101 100 K
Page 27 and 28: GL Division-4 69 232 WZ - PG Divisi
Page 29 and 30: --------------- ---------- --7788 S
Page 31 and 32: Could you show how to add Salary to
Page 33 and 34: set lines 256 column lpad('',2*leve
Page 35 and 36: 15 14 CONNECT BY PUMP 16 13 TABLE A
Page 37 and 38: and p.projno = s.projno and s.sched
Page 39 and 40: EMPNO SUBSTR(RPAD('*',2*LEVEL,'*')|
Page 41 and 42: Hi Tom, Got myself confused (again
Page 43: 1 - access("COL2"=PRIOR "COL1") 3 -
Page 47 and 48: Followup August 9, 2006 - 11am Cent
Page 49 and 50: 15, '15_11', 0, 11); INSERT INTO My
Page 51 and 52: ADAM BRYAN 0000001 JASON BICKER NAN
Page 53 and 54: insert into po(po_NUM,mat_code,op_p
Page 55 and 56: sort_cnt:=1; For otb_rec in otb_id
Page 57 and 58: make. but I would like you to read
Page 59 and 60: 1st row >> 100 | 15% | 0 | 91 | 2 |
Page 61 and 62: NO_FILTER Hint - What is it ? April
Page 63 and 64: 1,2 1,3 1,4 1,5 1,6 and so on.. Tha
Page 65 and 66: Thanks. Followup June 23, 2008 - 7
Page 67 and 68: e: Connect by mecanism June 25, 200
Page 69 and 70: eturn l_output; end; / select c_sup
Page 71 and 72: Plan hash value: 2408931310 -------
Page 73 and 74: create table ticker_changes (old_ti
Page 75 and 76: TICKER DATE_LOADED PX_VOLUME SUM_10
Page 77 and 78: For this, I used the query that you
Page 79 and 80: Followup February 18, 2009 - 3pm Ce
Page 81 and 82: select mt.ticker ,d.the_orig_sym ,n
Page 83 and 84: from (select connect_by_root old_ti
Page 85 and 86: insert into pricing values ('orcl',
Page 87 and 88: Followup March 3, 2009 - 7am Centra
Page 89 and 90: A connect by with a where clause is
Page 91 and 92: select count(*) from parties; COUNT
Page 93 and 94: | 6 | TABLE ACCESS BY INDEX ROWID|
Page 95 and 96:
ROW_NUMBER() OVER (PARTITION BY FOL
Page 97 and 98:
for eg: in traditional employee tab
Page 99 and 100:
and half hours!! thx tom , i really
show all

Thanks for the question regarding "connect by ", versi

Create successful ePaper yourself

Delete template?

Save as template?