Photo Geo tags are not being used by Places

I have been importing photos into iPhoto with valid geo tags and none of the photos are being shown on the Places map.
When I initially starting using iPhoto I imported some pictures from my iPhone and realised that the pictures were identified on the Places maps automatically, since I have added photos and manually edited the location information directly in Places.
If I import pictures from my iPhone they are not entered into Places and if you check all the location information is blank, if you look at the extended information you can see all the correct GPS information...
I'm confused..

in your iPhoto preferences is look up places set to "Automatically"? The default is "never" and it must be changed to "automatically" to work.
LN

Similar Messages

  • DHCP Option Tags are not being applied...

    Hi,
    About to loose my mind... basically we are working towards a small WYSE Thin Client deployment in our environment.  The WYSE clients require to receive certain DHCP Option Tags to find the WCM server of which they receive their configuration from.  Same
    applies to the WDM Server as well.  The problem is no matter what we do, our test client is not receiving the custom option tags we've defined in our DHCP server.  
    DHCP Servers:
    vlan41
    10.40.1.206
    10.40.1.207
    Test Client:
    vlan46 - ip helpers defined on the switch
    Set to receive the same ip address from the DHCP server through the reservation route.
    Option Tags:
    186 - WDM Server - 10.40.1.184
    195 - WCM Server - 10.40.1.185
    196 - WCM Path - / 
    I've installed Wire Shark on the test client to monitor the DHCP activity.  The above custom options tags are not being pushed on to the client.  
    The Router, DNS Server and Domain Tags are being pushed.  So it's working but also not working????!!!
    Anybody with some insight to this problem?

    Hi hpaul_p
    In all fairness I'm about to give up... the vendor is not coming up with a solution and constantly blaming Microsoft.  To further test and confirm this wasn't a network issue, I've setup a secondary test environment using a 4 port switch, a client and
    a DHCP server.  Same results!!!  I'm really running out of time, so my work around is this:  I've setup a SRV records pointing to the WCM server... in your case this would be SRV record for the WDM server.  I've disabled the auto
    discovery functionality of the WDM Agent, for some reason it seems to be clashing with the WCM agent.  Since you will be using WDM only, don't disable auto discovery, tick the DNS SRV record from the Discovery Settings under the client agent. 
    I'm going to add the clients to the WDM server manually through their ip addresses so don't need auto discovery. From what I gather from the manuals the WCM searches for the repository or conifg servers in this order:  1. SRV 2.DNS (A record)
    3.DHCP (Options), I bet it's the same with WDM.  Though SRV and DNS methods has their limitations, if you will be using the default paths and credentials it shouldn't be a problem.  This is all I have have.  Steven Song I've forwarded you the
    DHCP database, if you find any problems with it please let me know.

  • With new Free Characeristics Aggregates are not being used

    Hi....i have a query from a multicube with two infocubes where i  have two aggregates one for each cube...in my query both aggregates are being used with no problems....when i add a new free characteristic that appers on aggregates something happens and the aggregates are not being used anymore...i dont understand why this happens because i know that ......free characteristics ....doesnt affects the aggregates usage....is this correct??? or not?
    Regards

    Since this is an open forum, not Adobe support... you need to contact Adobe staff to help
    Adobe contact information - http://helpx.adobe.com/contact.html
    -Select your product and what you need help with
    -Click on the blue box "Still need help? Contact us"
    -or by telephone http://helpx.adobe.com/x-productkb/global/phone-support-orders.html

  • How to tell which Indexes are not being used?

    We are a large development shop and have many customers. Our database design is very generic so that it works for all of our customers. Each night we use an SSIS ETL process to bring down large amounts of data from the iSeries into SQL. One
    particularily large customer takes a very long time and we are looking for ways to speed up thier data import and transformation. I would like to see which indexes he does not use and possibly remove them. Each night we fully repopulate hundreds of staging
    and ods tables and incrementally delete and repopulate the days work for a handful of history type tables. Removing some indexes off of the large tables could make a big impact. 
    How can i tell which indexes the customer does not use?

    > IDENTIFYING UNUSED INDEXES IN A SQL SERVER DATABASE 
       Just because an index is not being used does not necessarily mean it should be removed.
    > Index This: All About SQL Server Indexes
    sp_BlitzIndex
    José Diz     Belo Horizonte, MG - Brasil

  • Why ADF tags are not being renderered ?

    Hi,
    I am trying to create a jsp file with adf tags, but I am getting the following warnings in the server and as a result the tags are not renderered .
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for HtmlHtml[UIXFacesBeanImpl, id=_id0], rendererType = oracle.adf.Html
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for HtmlHtml[UIXFacesBeanImpl, id=_id0], rendererType = oracle.adf.Html
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for HtmlHead[UIXFacesBeanImpl, id=_id1], rendererType = oracle.adf.Head
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for HtmlHead[UIXFacesBeanImpl, id=_id1], rendererType = oracle.adf.Head
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for HtmlBody[UIXFacesBeanImpl, id=_id2], rendererType = oracle.adf.Body
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for HtmlBody[UIXFacesBeanImpl, id=_id2], rendererType = oracle.adf.Body
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for CoreForm[FormFacesBean, id=_id3], rendererType = oracle.adf.Form
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for CoreForm[FormFacesBean, id=_id3], rendererType = oracle.adf.Form
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for CoreMessages[MessagesFacesBean, id=_id4], rendererType = oracle.adf.Messages
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for CoreMessages[MessagesFacesBean, id=_id4], rendererType = oracle.adf.Messages
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for CorePanelGroup[UIXFacesBeanImpl, id=_id5], rendererType = oracle.adf.Group
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for CorePanelGroup[UIXFacesBeanImpl, id=_id5], rendererType = oracle.adf.Group
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for CoreCommandLink[CommandLinkFacesBean, id=_id7], rendererType = oracle.adf.Link
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for CoreCommandLink[CommandLinkFacesBean, id=_id7], rendererType = oracle.adf.Link
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for CoreCommandLink[CommandLinkFacesBean, id=_id8], rendererType = oracle.adf.Link
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for CoreCommandLink[CommandLinkFacesBean, id=_id8], rendererType = oracle.adf.Link
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for CoreOutputFormatted[UIXFacesBeanImpl, id=_id9], rendererType = oracle.adf.Formatted
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for CoreOutputFormatted[UIXFacesBeanImpl, id=_id9], rendererType = oracle.adf.Formatted
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for CoreTable[UIXFacesBeanImpl, id=_id10], rendererType = oracle.adf.Table
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for CoreTable[UIXFacesBeanImpl, id=_id25], rendererType = oracle.adf.Table
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for CoreOutputFormatted[UIXFacesBeanImpl, id=_id36], rendererType = oracle.adf.Formatted
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for CoreOutputFormatted[UIXFacesBeanImpl, id=_id36], rendererType = oracle.adf.Formatted
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for CoreTable[UIXFacesBeanImpl, id=_id37], rendererType = oracle.adf.Table
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for CoreOutputFormatted[UIXFacesBeanImpl, id=_id45], rendererType = oracle.adf.Formatted
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for CoreOutputFormatted[UIXFacesBeanImpl, id=_id45], rendererType = oracle.adf.Formatted
    Jun 3, 2008 9:02:17 AM oracle.adf.view.faces.component.UIXComponentBase _getRendererImpl
    WARNING: Could not find renderer for CoreTable[UIXFacesBeanImpl, id=_id46], rendererType = oracle.adf.Table
    Any help will be appreciated,
    Thanks.

    I Found the problem :)
    The faces-config.xml file was missing the following:
    <application>
    <default-render-kit-id>oracle.adf.core</default-render-kit-id>
    </application>

  • Spooling out profile that are not being used

    hi guys,
    is there anyway to spool out those profile that are not in used or assigned to any username or roles?

    flaskvacuum wrote:
    hi guys,
    is there anyway to spool out those profile that are not in used or assigned to any username or roles?
    SQL> CREATE PROFILE test LIMIT
      2     FAILED_LOGIN_ATTEMPTS 5
      3     PASSWORD_LIFE_TIME 60
      4     PASSWORD_REUSE_TIME 60
      5     PASSWORD_REUSE_MAX 5
      6     PASSWORD_VERIFY_FUNCTION null
      7     PASSWORD_LOCK_TIME 1/24
      8     PASSWORD_GRACE_TIME 10;
    Profile created.
    -- Created but not assigned --
    SQL> select distinct profile from dba_profiles where profile not in (select profile from dba_users);
    PROFILE
    TEST
    SQL>

  • Podcast explicit tags are not being recognized

    I'm using Squarespace as my website host, and have followed their instructions to insert the iTunes Explicit tag into our feed before submitting to the iTunes store. Unfortunately, after extensive testing with Squarespace support, the tags are being read properly in the XML feed, but each time I attempt to submit via iTunes, the Explicit tag is not recognized. Any help would be greatly appreciated.
    Here is a copy of the XML output (provided by Squarespace support)
    https://img.skitch.com/20120328-t5g175qa2mf3wr3t86ay7rtmwr.png

    1. Try resetting your SMC.
    Resetting the System Management Controller >>
    2. Your laser pickup could be dirty. You can buy a cleaner disc for that.
    3. It may be the media you're using, but it nothing is recognized, it may be hardware related.
    4. Run your hardware tester.
    5. Is your optical drive being recognized in your System Profiler?
    -Bmer
    Mac Owners Support Group - Join us @ MacOSG.com
      Mac611 Mobile Mac Support - about.Mac611.com
       iTunes:MacOSG Podcast | YouTube.MacOSG.com
                       An Apple User Group 
    Have an iPhone or iPod touch? Enter Mac611.com in Safari on it for 'mobile Mac support.'

  • How do I delete places in the organizer that are not being used?

    In Elements Organizer 12, I think I accidentally created a "place" on the map that I do not want to apply to any photos.  When I try to do conduct an advanced search, the place is appearing as a checkbox.  I do not want this place to show up in the search field, as we have never been there.  How do I remove places that are not associated with any photos?

    If you are accessing emails from multiple devices, you are better off using the IMAP protocol. Then the devices sync with the server and they are all looking at the same information. With POP, you are going to get your emails spread about, some on Outlook, some on the iPad. It could get very confusing.
    By default, the iPad will not delete from a POP server. Instructions for changing this are here: http://support.apple.com/kb/HT3228

  • HT1349 I am loading pictures in the photo steam photo but they are not being uploaded to the cloud. I have enabled the pictures on the windows PC but how do I "force" the upload?

    I am loading pictures in the photo stream folder but theya er not being uploaded to the cloud. How do I "force" the upload from the PC to the cloud? I have followed the instructions and enabled the photo stream with the  correct folder on the PC...

    Apply the two fixes below in order as needed:
    Fix #1
    1 - launch iPhoto with the Command+Option keys held down and rebuild the library.
    2 - run Option #4 to rebuild the database followed by Option #1 if necessary.
    Fix #2
    Using iPhoto Library Manager  to Rebuild Your iPhoto Library
    1 - download iPhoto Library Manager and launch.
    2 - click on the Add Library button and select the library you want to add in the selection window..
    3 - Now that the library is listed in the left hand pane of iPLM, click on your library and go to the Library ➙ Rebuild Library menu option.
    4 - In the next  window name the new library and select the location you want it to be placed.
    5 - Click on the Create button.
    Note: This creates a new library based on the LIbraryData.xml file in the library and will recover Events, Albums, keywords, titles and comments but not books, calendars or slideshows. The original library will be left untouched for further attempts at fixing the problem or in case the rebuilt library is not satisfactory.
    OT

  • How to remove the bufgs that are not being used

    Hi,
    I have a IP block that has BUFGs that may or may not be used depending on which design the IP block is used. If they are not used I would like them to be removed but the tools are not consistent, sometimes they remove them and sometimes they do not.
    How do I specifically tell Vivado to remove a BUFG in the .XDC file?
    I've seen someone suggest to use the following attribute in the VHDL file but I need something in the XDC file
    attribute buffer_type of drck_i : signal is "none";
    Thank you,
    Luis

    Hi 
    If the BUFG instance is instantiated in the IP or your design then the buffer_type attribute will not work.
    The opt_design trims the unconnected instances during implementation. Ensure that the BUFG does not have  DONT_TOUCH property set on it which might affect trimming.
    Thanks,
    Deepika.

  • How to identify SQL_PROFILES that are not being used?

    In dba_hist_sqlstat table were found 26 Sql_Profiles, some of them are not used.
    Questions:
    - Is there any way to identify which one are not used?
    I tried verifying DBA_SQL_PROFILES but this does not help to much.
    - Analyzing one by one, Is the only way to find why they are not used?
    Thanks,
    Deyanira

    Hello;
    You should be able to Join the views DBA_USERS and DBA_PROFILES to see whats in use. ( or not in use )
    select distinct
      profile
    from
      dba_profiles
    where
      profile not in ( select profile from dba_users )  On the second question I would ask the DBA.
    Best Regards
    mseberg
    Dan is correct. I have misread the question. Sorry about that.
    Edited by: mseberg on Jun 28, 2012 3:06 PM

  • Start/End Tags are not being accepted by parse if null.

    The is my database version:
    BANNER
    Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production
    PL/SQL Release 11.2.0.2.0 - Production
    CORE    11.2.0.2.0      Production
    TNS for Solaris: Version 11.2.0.2.0 - Production
    NLSRTL Version 11.2.0.2.0 - ProductionWe have a new application that pretty much generates the xml tags. The sending system uses two tags even when a NULL value is being sent. However the Oracle parser does not like it. We get this error:
    ORA-31011: XML parsing failed
    ORA-19202: Error occurred in XML processing
    LPX-00231: invalid character 47 ('/') found in a Name or Nmtoken
    Error at line 1When I receive a list of parameters as a clob, I then cast it as xml for processing. When I use a tag like <phase/>, the xml parser accepts it. However, when I put into the format being sent <phase></phase> to signify a NULL value. The following is the code snippet that generates the error.
    vXmlDoc := XMLTYPE(pSearchParams_Tx);My question is there any way to allow the xml parser to accept the default format that is being sent in? Perhaps is the some sort of pre-processing that would allow the sent in format to be used? Thank you.

    I'm not sure I follow fully. I don't have 11.2.0.2 to test against, but I do not encounter any issue with this simple example
    Connected to Oracle Database 11g Enterprise Edition Release 11.2.0.3.0
    SQL> set serveroutput on;
    SQL>
    SQL> declare
      2    pSearchParams_Tx   CLOB;
      3    vXmlDoc            XMLTYPE;
      4  begin
      5    pSearchParams_Tx := '<phase/>';
      6    vXmlDoc := XMLTYPE(pSearchParams_Tx);
      7    dbms_output.put_line('Done 1');
      8    pSearchParams_Tx := '<phase></phase>';
      9    vXmlDoc := XMLTYPE(pSearchParams_Tx);
    10    dbms_output.put_line('Done 2');
    11  end;
    12  /
    Done 1
    Done 2
    PL/SQL procedure successfully completed I get the same thing on 11.1.0.6 as well.
    Do you have a code example that demonstrates the error?

  • Is there a way of telling if tables in a schema are not being used?

    I've thought about using the AUDIT_TRAIL.
    Is there any query that you can run to tell this, without setting this up?

    v$segment_statistics is one of the accumulator views that gets reset when the database is bounced. You'll probably want to take snapshots of the view regularly into a separate history table because of that.
    Remember that you need to monitor for an appropriate period of time (you may have objects that are used only at month-end, only at year-end, or only for some process that happens on an irregular basis) to ensure that the objects are really and truly unused. Make sure that the business unit agrees as well-- there are plenty of tables that are kept around solely to comply with data retention policies. Dropping one of those tables caan quickly become a career limiting move should there ever be a records request from the legal department.
    Justin
    Distributed Database Consulting, Inc.
    http://www.ddbcinc.com/askDDBC

  • Nested subQuery results are not being used by Oracle 10g

    Hello, I'm doing the follow query that has a Nested subquery, The explain plan is showing me that Oracle is doing a INDEX FULL SCAN, but I don't understand why?
    select *
    from rdbmx.resources_vt r
    , rdbmx.rsrc_case_qpmcsis_x_vn rad
    where (rad.resource_id,rad.resource_tp) in (
    select t.item_id
    , t.item_tp
    from rdbmx_site.att_hierarchy_level_vw t
    where t.rootitem_id = r.resource_id)
    and r.resource_id =3780
    and r.resource_tp ='BITUMENPRODUCTION'
    and rad.CASE_ID = 599
    and rad.CASE_TP = 'MEASURED'
    and rad.property_nm ='Liquid Volume Flow'
    and rad.qualifier_nm='n/a'
    ATT_HIERARCHY_LEVEL_VW is a complex view and RSRC_CASE_QPMCSIS_X_VN is a view with a UNION ALL.
    The explain plan I'm getting from above query is the follow:
    If you can see on RSRC_CASE_QPMCSI_X_VN vies Oracle is doing a INDEX FULL SCAN over RESOURCE table instead of INDEX RANGE SCAN but I don't undestand why because I'm providing the right values in order to use the right indexes for ORACLE 10gR2. I made a 10053 trace and look seem that oracle is not using the values from the nested query in order to get the better way to pull the information.
    SELECT STATEMENT, GOAL = ALL_ROWS     Id=0     Position=4917          Cost=4917     Cardinality=1     Bytes=21968
    HASH JOIN     Id=1     Position=1          Cost=4917     Cardinality=1     Bytes=21968
    NESTED LOOPS     Id=2     Position=1          Cost=560     Cardinality=1     Bytes=170
    TABLE ACCESS BY INDEX ROWID     Id=3     Position=1     Object name=RESOURCES     Cost=2     Cardinality=1     Bytes=115
    INDEX UNIQUE SCAN     Id=4     Position=1     Object name=RESOURCES_PK     Cost=1     Cardinality=1     
    SORT UNIQUE     Id=5     Position=2          Cost=558     Cardinality=1     Bytes=55
    VIEW     Id=6     Position=1     Object name=ATT_HIERARCHY_LEVEL_VW     Cost=558     Cardinality=1     Bytes=55
    SORT UNIQUE     Id=7     Position=1          Cost=558     Cardinality=3353     Bytes=1181117
    UNION-ALL     Id=8     Position=1                    
    SORT UNIQUE     Id=9     Position=1          Cost=3     Cardinality=1     Bytes=19
    INDEX RANGE SCAN     Id=10     Position=1     Object name=ATTACHITEM_PK     Cost=2     Cardinality=1     Bytes=19
    TABLE ACCESS BY INDEX ROWID     Id=11     Position=2     Object name=ATTACHITEM     Cost=4     Cardinality=43     Bytes=2623
    INDEX RANGE SCAN     Id=12     Position=1     Object name=ATTACHITEM_F3     Cost=2     Cardinality=43     
    NESTED LOOPS     Id=13     Position=3          Cost=5     Cardinality=61     Bytes=6283
    INDEX RANGE SCAN     Id=14     Position=1     Object name=ATTACHITEM_X1     Cost=2     Cardinality=43     Bytes=1806
    TABLE ACCESS CLUSTER     Id=15     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=61
    INDEX UNIQUE SCAN     Id=16     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    NESTED LOOPS     Id=17     Position=4          Cost=10     Cardinality=87     Bytes=12615
    NESTED LOOPS     Id=18     Position=1          Cost=5     Cardinality=61     Bytes=5124
    INDEX RANGE SCAN     Id=19     Position=1     Object name=ATTACHITEM_X1     Cost=2     Cardinality=43     Bytes=1806
    TABLE ACCESS CLUSTER     Id=20     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=21     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=22     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=61
    INDEX UNIQUE SCAN     Id=23     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    NESTED LOOPS     Id=24     Position=5          Cost=17     Cardinality=124     Bytes=23188
    NESTED LOOPS     Id=25     Position=1          Cost=10     Cardinality=87     Bytes=10962
    NESTED LOOPS     Id=26     Position=1          Cost=5     Cardinality=61     Bytes=5124
    INDEX RANGE SCAN     Id=27     Position=1     Object name=ATTACHITEM_X1     Cost=2     Cardinality=43     Bytes=1806
    TABLE ACCESS CLUSTER     Id=28     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=29     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=30     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=31     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=32     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=61
    INDEX UNIQUE SCAN     Id=33     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    NESTED LOOPS     Id=34     Position=6          Cost=27     Cardinality=176     Bytes=40304
    NESTED LOOPS     Id=35     Position=1          Cost=17     Cardinality=124     Bytes=20832
    NESTED LOOPS     Id=36     Position=1          Cost=10     Cardinality=87     Bytes=10962
    NESTED LOOPS     Id=37     Position=1          Cost=5     Cardinality=61     Bytes=5124
    INDEX RANGE SCAN     Id=38     Position=1     Object name=ATTACHITEM_X1     Cost=2     Cardinality=43     Bytes=1806
    TABLE ACCESS CLUSTER     Id=39     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=40     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=41     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=42     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=43     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=44     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=45     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=61
    INDEX UNIQUE SCAN     Id=46     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    NESTED LOOPS     Id=47     Position=7          Cost=41     Cardinality=251     Bytes=68021
    NESTED LOOPS     Id=48     Position=1          Cost=27     Cardinality=176     Bytes=36960
    NESTED LOOPS     Id=49     Position=1          Cost=17     Cardinality=124     Bytes=20832
    NESTED LOOPS     Id=50     Position=1          Cost=10     Cardinality=87     Bytes=10962
    NESTED LOOPS     Id=51     Position=1          Cost=5     Cardinality=61     Bytes=5124
    INDEX RANGE SCAN     Id=52     Position=1     Object name=ATTACHITEM_X1     Cost=2     Cardinality=43     Bytes=1806
    TABLE ACCESS CLUSTER     Id=53     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=54     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=55     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=56     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=57     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=58     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=59     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=60     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=61     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=61
    INDEX UNIQUE SCAN     Id=62     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    NESTED LOOPS     Id=63     Position=8          Cost=60     Cardinality=356     Bytes=111428
    NESTED LOOPS     Id=64     Position=1          Cost=41     Cardinality=251     Bytes=63252
    NESTED LOOPS     Id=65     Position=1          Cost=27     Cardinality=176     Bytes=36960
    NESTED LOOPS     Id=66     Position=1          Cost=17     Cardinality=124     Bytes=20832
    NESTED LOOPS     Id=67     Position=1          Cost=10     Cardinality=87     Bytes=10962
    NESTED LOOPS     Id=68     Position=1          Cost=5     Cardinality=61     Bytes=5124
    INDEX RANGE SCAN     Id=69     Position=1     Object name=ATTACHITEM_X1     Cost=2     Cardinality=43     Bytes=1806
    TABLE ACCESS CLUSTER     Id=70     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=71     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=72     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=73     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=74     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=75     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=76     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=77     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=78     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=79     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=80     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=61
    INDEX UNIQUE SCAN     Id=81     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    NESTED LOOPS     Id=82     Position=9          Cost=88     Cardinality=507     Bytes=179985
    NESTED LOOPS     Id=83     Position=1          Cost=60     Cardinality=356     Bytes=104664
    NESTED LOOPS     Id=84     Position=1          Cost=41     Cardinality=251     Bytes=63252
    NESTED LOOPS     Id=85     Position=1          Cost=27     Cardinality=176     Bytes=36960
    NESTED LOOPS     Id=86     Position=1          Cost=17     Cardinality=124     Bytes=20832
    NESTED LOOPS     Id=87     Position=1          Cost=10     Cardinality=87     Bytes=10962
    NESTED LOOPS     Id=88     Position=1          Cost=5     Cardinality=61     Bytes=5124
    INDEX RANGE SCAN     Id=89     Position=1     Object name=ATTACHITEM_X1     Cost=2     Cardinality=43     Bytes=1806
    TABLE ACCESS CLUSTER     Id=90     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=91     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=92     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=93     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=94     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=95     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=96     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=97     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=98     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=99     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=100     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=101     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=102     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=61
    INDEX UNIQUE SCAN     Id=103     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    NESTED LOOPS     Id=104     Position=10          Cost=128     Cardinality=721     Bytes=286237
    NESTED LOOPS     Id=105     Position=1          Cost=88     Cardinality=507     Bytes=170352
    NESTED LOOPS     Id=106     Position=1          Cost=60     Cardinality=356     Bytes=104664
    NESTED LOOPS     Id=107     Position=1          Cost=41     Cardinality=251     Bytes=63252
    NESTED LOOPS     Id=108     Position=1          Cost=27     Cardinality=176     Bytes=36960
    NESTED LOOPS     Id=109     Position=1          Cost=17     Cardinality=124     Bytes=20832
    NESTED LOOPS     Id=110     Position=1          Cost=10     Cardinality=87     Bytes=10962
    NESTED LOOPS     Id=111     Position=1          Cost=5     Cardinality=61     Bytes=5124
    INDEX RANGE SCAN     Id=112     Position=1     Object name=ATTACHITEM_X1     Cost=2     Cardinality=43     Bytes=1806
    TABLE ACCESS CLUSTER     Id=113     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=114     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=115     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=116     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=117     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=118     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=119     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=120     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=121     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=122     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=123     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=124     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=125     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=126     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=127     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=61
    INDEX UNIQUE SCAN     Id=128     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    NESTED LOOPS     Id=129     Position=11          Cost=174     Cardinality=1026     Bytes=450414
    HASH JOIN     Id=130     Position=1          Cost=117     Cardinality=721     Bytes=272538
    NESTED LOOPS     Id=131     Position=1          Cost=88     Cardinality=507     Bytes=170352
    NESTED LOOPS     Id=132     Position=1          Cost=60     Cardinality=356     Bytes=104664
    NESTED LOOPS     Id=133     Position=1          Cost=41     Cardinality=251     Bytes=63252
    NESTED LOOPS     Id=134     Position=1          Cost=27     Cardinality=176     Bytes=36960
    NESTED LOOPS     Id=135     Position=1          Cost=17     Cardinality=124     Bytes=20832
    NESTED LOOPS     Id=136     Position=1          Cost=10     Cardinality=87     Bytes=10962
    NESTED LOOPS     Id=137     Position=1          Cost=5     Cardinality=61     Bytes=5124
    INDEX RANGE SCAN     Id=138     Position=1     Object name=ATTACHITEM_X1     Cost=2     Cardinality=43     Bytes=1806
    TABLE ACCESS CLUSTER     Id=139     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=140     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=141     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=142     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=143     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=144     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=145     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=146     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=147     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=148     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=149     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=150     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    TABLE ACCESS CLUSTER     Id=151     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=42
    INDEX UNIQUE SCAN     Id=152     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    INDEX FAST FULL SCAN     Id=153     Position=2     Object name=ATTACHITEM_X1     Cost=28     Cardinality=11318     Bytes=475356
    TABLE ACCESS CLUSTER     Id=154     Position=2     Object name=ATTACHITEM     Cost=1     Cardinality=1     Bytes=61
    INDEX UNIQUE SCAN     Id=155     Position=1     Object name=ITEMCLUSTER_CLK     Cost=0     Cardinality=1     
    VIEW     Id=156     Position=2     Object name=RSRC_CASE_QPMCSIS_X_VN     Cost=4356     Cardinality=2     Bytes=43596
    UNION-ALL     Id=157     Position=1                    
    NESTED LOOPS     Id=158     Position=1          Cost=3730     Cardinality=1     Bytes=561
    NESTED LOOPS     Id=159     Position=1          Cost=3729     Cardinality=1     Bytes=475
    HASH JOIN     Id=160     Position=1          Cost=3727     Cardinality=1     Bytes=372
    TABLE ACCESS BY INDEX ROWID     Id=161     Position=1     Object name=RSRCTP_QPMCS     Cost=45     Cardinality=198     Bytes=13662
    INDEX RANGE SCAN     Id=162     Position=1     Object name=RSRCTP_QPMCS_F6     Cost=2     Cardinality=198     
    MERGE JOIN CARTESIAN     Id=163     Position=2          Cost=3682     Cardinality=101     Bytes=30603
    NESTED LOOPS     Id=164     Position=1          Cost=3682     Cardinality=101     Bytes=28684
    HASH JOIN     Id=165     Position=1          Cost=3682     Cardinality=102     Bytes=27030
    TABLE ACCESS BY INDEX ROWID     Id=166     Position=1     Object name=RESOURCES     Cost=2692     Cardinality=92717     Bytes=7973662
    INDEX FULL SCAN     Id=167     Position=1     Object name=RESOURCES_X1     Cost=196     Cardinality=92717     
    TABLE ACCESS FULL     Id=168     Position=2     Object name=RSRC_CASE_QPMCSI     Cost=556     Cardinality=102     Bytes=18258
    INDEX UNIQUE SCAN     Id=169     Position=2     Object name=RESOURCES_PK     Cost=0     Cardinality=1     Bytes=19
    BUFFER SORT     Id=170     Position=2          Cost=3682     Cardinality=1     Bytes=19
    INDEX UNIQUE SCAN     Id=171     Position=1     Object name=RESOURCES_PK     Cost=0     Cardinality=1     Bytes=19
    TABLE ACCESS BY INDEX ROWID     Id=172     Position=2     Object name=RSRCTP_QPMCS     Cost=2     Cardinality=1     Bytes=103
    INDEX RANGE SCAN     Id=173     Position=1     Object name=RSRCTP_QPMCS_F3     Cost=1     Cardinality=1     
    TABLE ACCESS BY INDEX ROWID     Id=174     Position=2     Object name=RESOURCES     Cost=1     Cardinality=1     Bytes=86
    INDEX UNIQUE SCAN     Id=175     Position=1     Object name=RESOURCES_PK     Cost=0     Cardinality=1     
    NESTED LOOPS ANTI     Id=176     Position=2          Cost=626     Cardinality=1     Bytes=662
    NESTED LOOPS     Id=177     Position=1          Cost=624     Cardinality=1     Bytes=582
    NESTED LOOPS     Id=178     Position=1          Cost=300     Cardinality=162     Bytes=77598
    NESTED LOOPS     Id=179     Position=1          Cost=138     Cardinality=162     Bytes=63666
    HASH JOIN     Id=180     Position=1          Cost=116     Cardinality=2     Bytes=614
    TABLE ACCESS BY INDEX ROWID     Id=181     Position=1     Object name=RSRCTP_QPMCS     Cost=45     Cardinality=198     Bytes=20394
    INDEX RANGE SCAN     Id=182     Position=1     Object name=RSRCTP_QPMCS_F6     Cost=2     Cardinality=198     
    MERGE JOIN CARTESIAN     Id=183     Position=2          Cost=70     Cardinality=263     Bytes=53652
    TABLE ACCESS FULL     Id=184     Position=1     Object name=RSRCTP_CASE_QPMCSI     Cost=70     Cardinality=263     Bytes=48655
    BUFFER SORT     Id=185     Position=2          Cost=0     Cardinality=1     Bytes=19
    INDEX UNIQUE SCAN     Id=186     Position=1     Object name=RESOURCES_PK     Cost=0     Cardinality=1     Bytes=19
    TABLE ACCESS BY INDEX ROWID     Id=187     Position=2     Object name=RESOURCES     Cost=11     Cardinality=101     Bytes=8686
    INDEX RANGE SCAN     Id=188     Position=1     Object name=RESOURCES_F1     Cost=2     Cardinality=138     
    TABLE ACCESS BY INDEX ROWID     Id=189     Position=2     Object name=RESOURCES     Cost=1     Cardinality=1     Bytes=86
    INDEX UNIQUE SCAN     Id=190     Position=1     Object name=RESOURCES_PK     Cost=0     Cardinality=1     
    TABLE ACCESS BY INDEX ROWID     Id=191     Position=2     Object name=RSRCTP_QPMCS     Cost=2     Cardinality=1     Bytes=103
    INDEX RANGE SCAN     Id=192     Position=1     Object name=RSRCTP_QPMCS_F3     Cost=1     Cardinality=1     
    INDEX RANGE SCAN     Id=193     Position=2     Object name=RSRC_CASE_QPMCSI_PK     Cost=2     Cardinality=1     Bytes=80

    Hello, I'm attaching the result from XPLAIN: The point I don't understand is why Oracle is doing INDEX FULL SCAN
    Why is doing it because I'm sending the index part when I'm doing :
    where (rad.resource_id,rad.resource_tp) in (
    6 select t.item_id
    7 , t.item_tp
    8 from rdbmx_site.att_hierarchy_level_vw t
    9 where t.rootitem_id = r.resource_id)
    Thanks for your help, I cannot put all on the same space so I'm putting two messages, the second one with the predicate information.
    SQL> EXPLAIN PLAN FOR
    2 select *
    3 from rdbmx.resources_vt r
    4 , rdbmx.rsrc_case_qpmcsis_x_vt rad
    5 where (rad.resource_id,rad.resource_tp) in (
    6 select t.item_id
    7 , t.item_tp
    8 from rdbmx_site.att_hierarchy_level_vw t
    9 where t.rootitem_id = r.resource_id)
    10 and r.resource_id =3780
    11 and r.resource_tp ='BITUMENPRODUCTION'
    12 and rad.CASE_ID = 599
    13 and rad.CASE_TP = 'MEASURED'
    14 and rad.property_nm ='Liquid Volume Flow'
    15 and rad.qualifier_nm='n/a';
    Explained.
    SQL> set linesize 150
    SQL> set pagesize 0
    SQL> SELECT * FROM table(DBMS_XPLAN.DISPLAY);
    Plan hash value: 3132073840
    | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
    | 0 | SELECT STATEMENT | | 1 | 6826 | 216K (1)| 00:43:19 |
    |* 1 | HASH JOIN | | 1 | 6826 | 216K (1)| 00:43:19 |
    | 2 | NESTED LOOPS | | 1 | 170 | 560 (1)| 00:00:07 |
    | 3 | TABLE ACCESS BY INDEX ROWID | RESOURCES | 1 | 115 | 2 (0)| 00:00:01 |
    |* 4 | INDEX UNIQUE SCAN | RESOURCES_PK | 1 | | 1 (0)| 00:00:01 |
    | 5 | SORT UNIQUE | | 1 | 55 | 558 (1)| 00:00:07 |
    |* 6 | VIEW | ATT_HIERARCHY_LEVEL_VW | 1 | 55 | 558 (1)| 00:00:07 |
    | 7 | SORT UNIQUE | | 3353 | 1153K| 558 (100)| 00:00:07 |
    | 8 | UNION-ALL | | | | | |
    | 9 | SORT UNIQUE | | 1 | 19 | 3 (34)| 00:00:01 |
    |* 10 | INDEX RANGE SCAN | ATTACHITEM_PK | 1 | 19 | 2 (0)| 00:00:01 |
    | 11 | TABLE ACCESS BY INDEX ROWID | ATTACHITEM | 43 | 2623 | 4 (0)| 00:00:01 |
    |* 12 | INDEX RANGE SCAN | ATTACHITEM_F3 | 43 | | 2 (0)| 00:00:01 |
    | 13 | NESTED LOOPS | | 61 | 6283 | 5 (0)| 00:00:01 |
    |* 14 | INDEX RANGE SCAN | ATTACHITEM_X1 | 43 | 1806 | 2 (0)| 00:00:01 |
    | 15 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 61 | 1 (0)| 00:00:01 |
    |* 16 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 17 | NESTED LOOPS | | 87 | 12615 | 10 (0)| 00:00:01 |
    | 18 | NESTED LOOPS | | 61 | 5124 | 5 (0)| 00:00:01 |
    |* 19 | INDEX RANGE SCAN | ATTACHITEM_X1 | 43 | 1806 | 2 (0)| 00:00:01 |
    | 20 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |* 21 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 22 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 61 | 1 (0)| 00:00:01 |
    |* 23 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 24 | NESTED LOOPS | | 124 | 23188 | 17 (0)| 00:00:01 |
    | 25 | NESTED LOOPS | | 87 | 10962 | 10 (0)| 00:00:01 |
    | 26 | NESTED LOOPS | | 61 | 5124 | 5 (0)| 00:00:01 |
    |* 27 | INDEX RANGE SCAN | ATTACHITEM_X1 | 43 | 1806 | 2 (0)| 00:00:01 |
    | 28 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |* 29 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 30 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |* 31 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 32 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 61 | 1 (0)| 00:00:01 |
    |* 33 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 34 | NESTED LOOPS | | 176 | 40304 | 27 (0)| 00:00:01 |
    | 35 | NESTED LOOPS | | 124 | 20832 | 17 (0)| 00:00:01 |
    | 36 | NESTED LOOPS | | 87 | 10962 | 10 (0)| 00:00:01 |
    | 37 | NESTED LOOPS | | 61 | 5124 | 5 (0)| 00:00:01 |
    |* 38 | INDEX RANGE SCAN | ATTACHITEM_X1 | 43 | 1806 | 2 (0)| 00:00:01 |
    | 39 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |* 40 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 41 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |* 42 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 43 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |* 44 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 45 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 61 | 1 (0)| 00:00:01 |
    |* 46 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 47 | NESTED LOOPS | | 251 | 68021 | 41 (0)| 00:00:01 |
    | 48 | NESTED LOOPS | | 176 | 36960 | 27 (0)| 00:00:01 |
    | 49 | NESTED LOOPS | | 124 | 20832 | 17 (0)| 00:00:01 |
    | 50 | NESTED LOOPS | | 87 | 10962 | 10 (0)| 00:00:01 |
    | 51 | NESTED LOOPS | | 61 | 5124 | 5 (0)| 00:00:01 |
    |* 52 | INDEX RANGE SCAN | ATTACHITEM_X1 | 43 | 1806 | 2 (0)| 00:00:01 |
    | 53 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |* 54 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 55 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |* 56 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 57 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |* 58 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 59 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |* 60 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 61 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 61 | 1 (0)| 00:00:01 |
    |* 62 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 63 | NESTED LOOPS | | 356 | 108K| 60 (0)| 00:00:01 |
    | 64 | NESTED LOOPS | | 251 | 63252 | 41 (0)| 00:00:01 |
    | 65 | NESTED LOOPS | | 176 | 36960 | 27 (0)| 00:00:01 |
    | 66 | NESTED LOOPS | | 124 | 20832 | 17 (0)| 00:00:01 |
    | 67 | NESTED LOOPS | | 87 | 10962 | 10 (0)| 00:00:01 |
    | 68 | NESTED LOOPS | | 61 | 5124 | 5 (0)| 00:00:01 |
    |* 69 | INDEX RANGE SCAN | ATTACHITEM_X1 | 43 | 1806 | 2 (0)| 00:00:01 |
    | 70 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |* 71 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 72 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |* 73 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 74 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |* 75 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 76 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |* 77 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 78 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |* 79 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 80 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 61 | 1 (0)| 00:00:01 |
    |* 81 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 82 | NESTED LOOPS | | 507 | 175K| 88 (0)| 00:00:02 |
    | 83 | NESTED LOOPS | | 356 | 102K| 60 (0)| 00:00:01 |
    | 84 | NESTED LOOPS | | 251 | 63252 | 41 (0)| 00:00:01 |
    | 85 | NESTED LOOPS | | 176 | 36960 | 27 (0)| 00:00:01 |
    | 86 | NESTED LOOPS | | 124 | 20832 | 17 (0)| 00:00:01 |
    | 87 | NESTED LOOPS | | 87 | 10962 | 10 (0)| 00:00:01 |
    | 88 | NESTED LOOPS | | 61 | 5124 | 5 (0)| 00:00:01 |
    |* 89 | INDEX RANGE SCAN | ATTACHITEM_X1 | 43 | 1806 | 2 (0)| 00:00:01 |
    | 90 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |* 91 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 92 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |* 93 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 94 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |* 95 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 96 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |* 97 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 98 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |* 99 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 100 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |*101 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 102 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 61 | 1 (0)| 00:00:01 |
    |*103 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 104 | NESTED LOOPS | | 721 | 279K| 128 (0)| 00:00:02 |
    | 105 | NESTED LOOPS | | 507 | 166K| 88 (0)| 00:00:02 |
    | 106 | NESTED LOOPS | | 356 | 102K| 60 (0)| 00:00:01 |
    | 107 | NESTED LOOPS | | 251 | 63252 | 41 (0)| 00:00:01 |
    | 108 | NESTED LOOPS | | 176 | 36960 | 27 (0)| 00:00:01 |
    | 109 | NESTED LOOPS | | 124 | 20832 | 17 (0)| 00:00:01 |
    | 110 | NESTED LOOPS | | 87 | 10962 | 10 (0)| 00:00:01 |
    | 111 | NESTED LOOPS | | 61 | 5124 | 5 (0)| 00:00:01 |
    |*112 | INDEX RANGE SCAN | ATTACHITEM_X1 | 43 | 1806 | 2 (0)| 00:00:01 |
    | 113 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |*114 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 115 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |*116 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 117 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |*118 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 119 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |*120 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 121 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |*122 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 123 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |*124 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 125 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |*126 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 127 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 61 | 1 (0)| 00:00:01 |
    |*128 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 129 | NESTED LOOPS | | 1026 | 439K| 174 (1)| 00:00:03 |
    |*130 | HASH JOIN | | 721 | 266K| 117 (1)| 00:00:02 |
    | 131 | NESTED LOOPS | | 507 | 166K| 88 (0)| 00:00:02 |
    | 132 | NESTED LOOPS | | 356 | 102K| 60 (0)| 00:00:01 |
    | 133 | NESTED LOOPS | | 251 | 63252 | 41 (0)| 00:00:01 |
    | 134 | NESTED LOOPS | | 176 | 36960 | 27 (0)| 00:00:01 |
    | 135 | NESTED LOOPS | | 124 | 20832 | 17 (0)| 00:00:01 |
    | 136 | NESTED LOOPS | | 87 | 10962 | 10 (0)| 00:00:01 |
    | 137 | NESTED LOOPS | | 61 | 5124 | 5 (0)| 00:00:01 |
    |*138 | INDEX RANGE SCAN | ATTACHITEM_X1 | 43 | 1806 | 2 (0)| 00:00:01 |
    | 139 | TABLE ACCESS CLUSTER| ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |*140 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 141 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |*142 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 143 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |*144 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 145 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |*146 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 147 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |*148 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 149 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |*150 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 151 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 42 | 1 (0)| 00:00:01 |
    |*152 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 153 | INDEX FAST FULL SCAN | ATTACHITEM_X1 | 11318 | 464K| 28 (0)| 00:00:01 |
    | 154 | TABLE ACCESS CLUSTER | ATTACHITEM | 1 | 61 | 1 (0)| 00:00:01 |
    |*155 | INDEX UNIQUE SCAN | ITEMCLUSTER_CLK | 1 | | 0 (0)| 00:00:01 |
    | 156 | VIEW | RSRC_CASE_QPMCSIS_X_VT | 163 | 1059K| 216K (1)| 00:43:13 |
    | 157 | UNION-ALL | | | | | |
    | 158 | NESTED LOOPS | | 1 | 286 | 185K (1)| 00:37:12 |
    | 159 | NESTED LOOPS | | 1 | 267 | 185K (1)| 00:37:12 |
    | 160 | NESTED LOOPS | | 102 | 20196 | 185K (1)| 00:37:11 |
    | 161 | INDEX FULL SCAN | RESOURCES_PK | 92717 | 1720K| 396 (1)| 00:00:05 |
    | 162 | TABLE ACCESS BY INDEX ROWID | RSRC_CASE_QPMCSI | 1 | 179 | 3 (0)| 00:00:01 |
    |*163 | INDEX RANGE SCAN | RSRC_CASE_QPMCSI_PK | 1 | | 2 (0)| 00:00:01 |
    |*164 | INDEX UNIQUE SCAN | RSRCTP_QPMCS_PK | 1 | 69 | 1 (0)| 00:00:01 |
    |*165 | INDEX UNIQUE SCAN | RESOURCES_PK | 1 | 19 | 0 (0)| 00:00:01 |
    | 166 | NESTED LOOPS ANTI | | 162 | 60264 | 30022 (1)| 00:06:01 |
    | 167 | NESTED LOOPS | | 162 | 47304 | 29698 (1)| 00:05:57 |
    | 168 | NESTED LOOPS | | 26511 | 5773K| 3177 (1)| 00:00:39 |
    | 169 | NESTED LOOPS | | 26511 | 5281K| 3175 (1)| 00:00:39 |
    | 170 | TABLE ACCESS BY INDEX ROWID | RSRCTP_CASE_QPMCSI | 263 | 48655 | 376 (0)| 00:00:05 |
    |*171 | INDEX FULL SCAN | RSRCTP_CASE_QPMCSI_PK | 263 | | 175 (0)| 00:00:03 |
    | 172 | TABLE ACCESS BY INDEX ROWID | RESOURCES | 101 | 1919 | 11 (0)| 00:00:01 |
    |*173 | INDEX RANGE SCAN | RESOURCES_F1 | 138 | | 2 (0)| 00:00:01 |
    |*174 | INDEX UNIQUE SCAN | RESOURCES_PK | 1 | 19 | 0 (0)| 00:00:01 |
    |*175 | INDEX UNIQUE SCAN | RSRCTP_QPMCS_PK | 1 | 69 | 1 (0)| 00:00:01 |
    |*176 | INDEX RANGE SCAN | RSRC_CASE_QPMCSI_PK | 1 | 80 | 2 (0)| 00:00:01 |
    See second message....

  • Check what oracle installed components are actually being used in database

    I have been allotted a new database which I have to optimize. So I am thinking about removing some installed components which I think are not being used in any way in database (i.e procedures calls etc). I can see a whole lot of components like "SDO","ORDIM" which I think are not being used but previous DBAs have installed them. So, is there any way to ensure that no part of database are actually using these components so that I can remove these components. Also ,what are your expert comments about this?

    Is this a production or a development environment? If an object isn't being used then it's not necessarily a problem (performance wise) unless it's cluttering up either your dictionary or raising concerns in regards consuming unnecessary space. Personally I'd recommend that it's better to tune what is being used / taking resources. It may be a once a year report or some old utility pulled out once a year, best check why these things are there.
    If you go down the dropping route, rather than drop anything immediately lock accounts for an agreed period of time to make sure that the schema isn't used & check any references from other schemas to objects within the schema that you're planning to drop, potentially audit these to check whether they're being called by other schemas / checking dba_dependencies between schemas & objects using a hierarchical query to check sublevels. 
    There are also quite a few Oracle standard components that are installed by default that have interdependencies and won't necessarily be used in the dictionary (checking dba_features_usage_statistics)

Maybe you are looking for