BO Polestar XI 3.1 - Index Creation Failed

Hi,
I am using BO Polestar XI 3.1 with a universe on top of BOE XI 3.1, and for some reason I canu2019t index a new space I created.
When I click on the u201Cindexu201D of the relevant space I get the error of u201CIndex Creation Failedu201D
Here is the part in the log, Please assist.
2010-01-24 12:25:11,364 - Navigation index creation failed: cd4ead8d-1658-4746-a346-0f642a2e1d94, 2010-01-24_12.25.09.692, null
java.lang.NullPointerException
     at com.businessobjects.datadiscovery.search.business.FactTableBuilder.writeIndexData(Unknown Source)
     at com.businessobjects.datadiscovery.search.business.FactTableBuilder.createFactTable(Unknown Source)
     at com.businessobjects.datadiscovery.search.business.ExplorationIndexesBuilder.createIndexes(Unknown Source)
     at com.businessobjects.datadiscovery.search.commands.async.CreateNavigationIndexCommand.run(Unknown Source)
     at com.businessobjects.datadiscovery.executor.impl.Executor$Task.run(Unknown Source)
     at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
     at java.lang.Thread.run(Thread.java:619)
DoronS

just find out that i have some toolbar that use the same cerdentials...

Similar Messages

  • Index creation failed in Business Objects Explorer

    Hi,
    I installed the Business Objects Explorer ...
    But I can not index anything.
    When I try to index the following message appears:
    "Server, DRWBI001.PolestarIndexing, generated messages The Following:
    Index creation failed. File system Polestar exceptions occurred on the server. Search for Polestar ERROR Within the servers log file for more details. (Can not create directory C: \ Program Files \ Business Objects \ BusinessObjects Enterprise 12.0 \ win32_x86 \ \ Index \ DRWBI001.PolestarIndexing \ InProgress \ ExplorationIndexes \ 35e98114-4831-A254-8dad-497fd3d4bb26 \-30_10.09.41 2010-06. 564) "
    What should I do? help me please

    I do not have UNIVERSE.
    I'm trying to index files like Microsoft excel.
    I have to do some configuration in the CMC to be able to crawl in Business Objects Explorer?
    What should I do to crawl in Business Objects Explorer?

  • Spatial query index creation fails with ORA-13282: failure on initializatio

    Hi,
    I have an Oracle 10g 10.2.0.5.0 database newly installed. Spatial index creation fails:
    ORA-29855: error occurred in the execution of ODCIINDEXCREATE routine
    ORA-13282: failure on initialization of coordinate transformation
    ORA-06512: at "MDSYS.SDO_INDEX_METHOD_10I", line 10
    The script I am trying to run is:
    Insert into USER_SDO_GEOM_METADATA
    (TABLE_NAME, COLUMN_NAME, DIMINFO, SRID)
    Values
    ('SOME_TABLE', 'geo',
    "SDO_DIM_ARRAY"(
    "SDO_DIM_ELEMENT"('X',600000,900000,0.001),
    "SDO_DIM_ELEMENT"('Y',150000,400000,0.001)), 23700);
    CREATE INDEX IX_GEO_SOME_TABLE ON SOME_TABLE (GEO) INDEXTYPE IS MDSYS.SPATIAL_INDEX ;
    Earlier I had some issues with NLS settings in relation to Spatial, but in this particular case setting the NLS_LANG for AMERICAN_AMERICA does not help. I found this comment http://www.orafaq.com/forum/t/127312/2/ but would not like to hack around with MDSYS table content. Any help is highly appreciated.
    Regards, Tamas

    Tamas,
    1 . . .Are you indexing a table that already has geometries or an empty table?
    . . . .If the former, do all the geometries in that table have the same (not NULL) SRID (23700)?
    2 . .The link you posted suggests a parsing problem since in Hungarian (23700), the decimal seperator is a comma (not a period). Accordingly, I believe the edit to mdsys.sdo_cs_srs.WKTEXT would be:
    PROJCS["HD72 / EOV", GEOGCS [ "HD72", DATUM ["Hungarian Datum 1972 (EPSG ID 6237)", SPHEROID ["GRS 1967 (EPSG ID 7036)", 6378160, 298,247167427]], PRIMEM [ "Greenwich", 0,000000 ], UNIT ["Decimal Degree", 0,01745329251994328]], PROJECTION ["Egyseges Orszagos Vetuleti (EPSG OP 19931)"], UNIT ["Meter", 1]]
                                                                                                                                         ^                                    ^                                   ^                                                                                                  Regards,
    Noel

  • Spatial index creation fails in oracle9i but works in 8i

    Hi--
    i'm using oracle9.0.1.2.0 and arcSDE on solaris 8
    when i create a spatial feature table and index oracle gives me the foloowing error:
    Extended error code(29855): ORA-29855: error occurred in the execution of ODCIINDEXCREATE routine
    ORA-13249: internal error in Spatial index: [mdidxrbd]
    ORA-13249: Error in Spatial index: index build failed
    ORA-13236: internal error in R-tree processing: [failed to cluster in memory]
    ORA-13249: Internal error in Spatial index: [mdrcrclmem]
    ORA-13232: failed to allocate memory during R-tree creation
    ORA-13249: Error in Rtree: [mdrcrrdtbl, select /*+ PARALLEL 4 */ rid , min_d1, max_d1 , min_d2, max_d2  from (select rownum rnum, rid , m(MDSYS.SPATIAL_INDEX)
    this occurs whether i use cov2sde at the command line or Create Index in sqlplus:
    SQL> create index COUNTY_IDX on COUNTY_SDO(shape)
      2  indextype is mdsys.spatial_index
      3  parameters ('SDO_INDX_DIMS=2 tablespace=sde2_idx');
    create index COUNTY_IDX on COUNTY_SDO(shape)
    ERROR at line 1:
    ORA-29855: error occurred in the execution of ODCIINDEXCREATE routine
    ORA-13249: internal error in Spatial index: [mdidxrbd]
    ORA-13249: Error in Spatial index: index build failed
    ORA-13249: Stmt-Execute Failure: SELECT count(*) from SDE.COUNTY_SDO
    ORA-29400: data cartridge error
    ORA-01116: error in opening database file 14
    ORA-01110: data file 14: '/u04/oradata/GIS2/sde3_idx01.dbf'
    ORA-27041: unable to open file
    SVR4 Error: 24: Too many open files
    Additional information: 3
    ORA-06512: at "MDSYS.SDO_INDEX_METHOD_9I", line 7
    ORA-06512: at line 1
    the bizarre thing is that everything works tickety-boo in oracle 8i *8.1.7.3)
    has anyone run across this?
    cheers
    --kassim                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           

    thanks for the suggestion, but that didnt work either
    i increased the file descriptor limit from 256 to 2048 (my sysadmin sez that could break lots of things in solaris and had another go:
    elvis{1}% ulimit -a
    time(seconds) unlimited
    file(blocks) unlimited
    data(kbytes) unlimited
    stack(kbytes) 8192
    coredump(blocks) unlimited
    nofiles(descriptors) 2048
    vmemory(kbytes) unlimited
    lvis{2}% cov2sde -o create -l plstrfill_sdo,shape -f $GISDATA/survey.ws/plstr_fill,poly -e a -R 1 -k spatial -a file=$GISDATA/survey.ws/plstr_fields.txt -g SPIDX_RTREE
    ArcSDE      8.2      Build 115 Wed Mar 6 09:48:27 PST 2002
    Coverage to Layer Loading      Administration Utility
    Reading column selection file "/data/jack02/in_put/survey.ws/plstr_fields.txt"
    Library /data/jack02/in_put/survey not found.
    Unable to open library "/data/jack02/in_put/survey"
    Loading feature class/subclass "poly"
    from Coverage "/data/jack02/in_put/survey.ws/plstr_fill"
    sde_layer_plstrfill_sdo: plstrfill_sdo is in LOADONLY mode
    Imported 158399 features into SDE plstrfill_sdo,shape from coverage /data/jack02/in_put/survey.ws/plstr_fill,poly
    SDE Error(-51) Underlying DBMS error
    Extended error code(29855): ORA-29855: error occurred in the execution of ODCIINDEXCREATE routine
    ORA-13249: internal error in Spatial index: [mdidxrbd]
    ORA-13249: Error in Spatial index: index build failed
    ORA-13230: failed to create temporary table [M2_8496$$] during R-tree creation
    ORA-13249: Error in stmt: CREATE TABLE M2_8496$$ NOLOGGING tablespace SDE_IDX STORAGE (initial 4096K next 4096K pctincrease 0 maxextents unlimited) as (select rid , min_d1, max_d1 , min_d2, max_d2 from M0_8496$$ a, (select (min_d2+max_d2) value fro(MDSYS.SPATIAL_INDEX)
    Not able to set layer into Normal-IO mode.
    Cov2SDE completed.
    No libraries currently set.
    SQL> create index plstrfill_idx on plstrfill_sdo(shape)
    2 indextype is mdsys.spatial_index
    3 parameters ('SDO_INDX_DIMS=2 tablespace=sde4_idx');
    create index plstrfill_idx on plstrfill_sdo(shape)
    ERROR at line 1:
    ORA-29855: error occurred in the execution of ODCIINDEXCREATE routine
    ORA-13249: internal error in Spatial index: [mdidxrbd]
    ORA-13249: Error in Spatial index: index build failed
    ORA-13230: failed to create temporary table [M2_84A5$$] during R-tree creation
    ORA-13249: Error in stmt: CREATE TABLE M2_84A5$$ NOLOGGING tablespace SDE4_IDX
    STORAGE (initial 4096K next 4096K pctincrease 0 maxextents unlimited) as
    (select rid , min_d1, max_d1 , min_d2, max_d2     from M0_84A5$$ a, (select
    (min_d2+max_d2) value from M0_84A5$$ where rowid='AAAISqAAPAAACCYABK') b where
    (((a.min_d2+a.max_d2) < b.value) or (((a.min_d2+a.max_d2) = b.value) and (a.rid
    <= 'AAAISeAAJAAAnvnAASZ'))))
    ORA-13230: failed to create temporary table [M2_84A5$$] during R-tree creation
    ORA-29400: data cartridge error
    ORA-00210: cannot open the specified controlfile
    ORA-00202: controlfile: '/u01/oradata/GIS2/control01.ctl'
    ORA-27041: unable to open file
    SVR4 Error: 24: Too many open files
    Additional information: 3
    ORA-06512: at "MDSYS.SDO_INDEX_METH
    this is really killing me
    my oracle is setup following the esri and oracle guidelines:
    all our tablespaces are with UNLIMITED extent and maxsize on
    any files. All the tablespaces follow Oracle9i best practices
    such as OFA, SAFE, and SAME including Temporary Tablespace.
    any suggestions would be realy helpful
    --kassim

  • Index Creation Error, while creating Information space

    Hi,
    I'm trying to create an Information Space in explorer based
    off of a Universe created on a Bex Query from SAP BW. 
    This
    Universe is created in Universe design tool based on BW 7.4,  gives below error, while creating report in  Web Intelligence based on Universe.
      Database error: Failed to execute MDX Query.
      Reason occured when starting the parser timeout during
    allocate/CPC-CALL.
    2) In Explorer everything seems to be working fine with the
    Information Space creation up until the point where I need to index it.  When I click 'Index' it takes about 5-10
    seconds and then fails with the following error
    Latest indexing failed
      Start Date: 2015/02/11 08:51
    End Date: 2015/02/11 08:53
    Server, BOHDSIA.ExplorerIndexingServer, generated the
    following messages:
      Index Creation Failed (
      The execution of the specified analysis query
    failed.-Database error: A database error has occured. (IES 10901)
      Database error: A database error has occured. (IES 10901))
      The Bex Query executes successfully in BEx Analyzer and webi
    report created with BEX as datasource

    Please see reply at:
    http://technet.oracle.com:89/ubb/Forum36/HTML/000661.html

  • Trex Index Creation Error

    Hi everybody,
    Trying to create a nex index (the first one) using the index Administration iview I get the following error:
    Index could not be created; creating index failed: general configuration error (Errorcode 2030)
    I also obtain the same errorcode running the python script runInstallationTest.py
    Everything looks fine in the portal trex monitor (all green lights)
    Any help would be very apprecieated.

    Hi again Detlev and thanks for your reply,
    I'm a bit confused here, take a look of this note:
    Note 798575:
    Symptom
    TREX 6.1 SP9/SR1 index creation failed
    Other terms
    cannot create allConfig, Windows 2000 2003, create index
    Reason and Prerequisites
    You have installed TREX 6.1 SP9/SR1 and cannot create an index. The returned message in trace files is like the following: Cannot create allConfig.
    Solution
    Add the TREX-User to administrotors group:
    Choose from Control Panel/Administrative Tools the Computer Management Tool.
    Navigate to System Tools/Local Users and Groups
    Under users select the TREX-user with right click and choose properties.
    In the Member Of tab add the administrators group.
    But the installation guide recommends on page 24: "We recommend not giving the user administrative
    permissions for security reasons.
    If the group sapsys is available, we recommend that you
    assign this group to the user."
    Sapsys is not available, I think I will try with David's approach.

  • INDEX CREATION ERROR IN iFS

    Hello i took an export of iFS schema "ifssys" and tried to import into another database with same set of tablespaces. the tables got created but index creation failed with following error msg.
    Oracle error 6510 encountered.
    Pl/Sql: unhandled user-defined exception
    at CTXSYS.DRIUTL
    no data found
    at CTXSYS.DRIIMP
    problem importing metadata for index
    INDEXBLOB_I. index creation will be skipped.
    Please note i had given connect, resource,dba and ctxapp role to ifssys user.
    Kindly suggest.
    Manish Jain.
    null

    Please see response at: http://technet.oracle.com:89/ubb/Forum36/HTML/000661.html

  • Index creation error while importing

    Hello i took an export of iFS schema "ifssys" and tried to import into another database with sample set of tablespaces. the tables got created but index creation failed with following error msg.
    Oracle error 6510 encountered.
    Pl/Sql: unhandled user-defined exception
    at CTXSYS.DRIUTL
    no data found
    at CTXSYS.DRIIMP
    problem importing metadata for index
    INDEXBLOB_I. index creation will be skipped.
    Please note i had give connect, resource,dba and ctxapp role to ifssys user.
    Kindly suggest.
    Manish Jain.

    Please see reply at:
    http://technet.oracle.com:89/ubb/Forum36/HTML/000661.html

  • Index creation online - performance impact on database

    hi,
    I have oracle 11.1.0.7 database running on Linux as 3 node RAC.
    I have a huge table which has more than 255 columns and is about 400GB in size which is also highly fragmented because of constant DML activities.
    Questions:
    1. For now i am trying to create an index Online while the business applications are running.
    Will there be any performance impact on the database to create index Online on a single column of a table 'TBL' while applications are active against the same table? So basically my question will index creation on a object during DML operations on the same object have performance impact on the database? is there a major performance impact difference in the database in creating index online and not online?
    2. I tried to build an index on a column which has NULL value on this same table 'TBL' which has more than 255 columns and is about 400GB in size highly fragmented and has about 140 million rows.
    I requested the applications to be shutdown, but the index creation with parallel of 4 a least took more than 6 hours to complete.
    We have a Pre-Prod database which has the exported and imported copy of the Prod data. So the pre-Prod is a highly de-fragmented copy of the Prod.
    When i created the same index on the same column with NULL, it only took 15 minutes to complete.
    Not sure why on a highly fragmented copy of Prod it took more than 6 hours compared to highly defragmented copy of Pre-Prod where the index creation took only 15 minutes.
    Any thoughts would be helpful.
    Thanks.
    Phil.

    How are you measuring the "fragmentation" of the table ?
    Is the pre-prod database running single instance or RAC ?
    Did you collect any workload stats (AWR / Statspack) on the pre-prod and production systems while creating (or failing to create) the index ?
    Did you check whether the index creation ended up in-memory, single pass or multi pass in in the two environments ?
    The commonest explanation for this type of difference is two-fold:
    a) the older data needs a lot of delayed block cleanout, which results in a lot of random I/O to the undo tablespace - slowing down I/O generally
    b) the newer end of the table is subject to lots of change, so needs a lot of work relating to read-consistency - which also means I/O on the undo system
      --  UPDATED:  but you did say that you had stopped the application so this bit wouldn't have been relevant.
    On top of this, an online (re)build has to lock the table briefly at the start and end of the build, and in a busy system you can wait a long time for the locks to be acquired - and if the system has been busy while the build has been going on it can take quite a long time to apply the journal file to finish the index build.
    Regards
    Jonathan Lewis

  • Index Creation wrong error in process chain

    Hi Experts,
    One of my process chain got failed due to following error:
    "Index creation in Infocube got wrong"
    can anyone help,how to resolve this issue?
    Edited by: Nirav Shah on Dec 21, 2007 7:05 AM

    1)You can even see the INDEX in DB02 t.code
    2)Goto Cube -> Manage -> Performance TAb -> Repair Indices (you can see all the index related statuses hre, like check indexes, repair indexes, you will get the green/red status here if you got green status no worries, if red you can rebuild indexes)
    3) You can read the message from Process logs and you can find out some solve issue from there also
    Edited by: Aduri on Dec 21, 2007 7:10 AM

  • BIA Index creation error due to invalid characters

    Hi All,
    While creating BIA index on an Infocube the index creation process fails with the following message.
    Index for table '/BIC/SSPSEGTXT' is being processed
    A character set conversion is not possible.
    Parallel indexing process terminated (Task: '4')
    Turns out this field is a text field and has characters such as * and + in the description,which is causing this problem.
    How do I proceed with the index creation.
    Options I have are:
    a) Get rid of this field.. Impossible since there are a few queries that require this information.
    b) Run the Database scan tool RSI18N_Search to eliminate foreign characters ....but this does not work for me.
    Can anyone suggest some other option or a resolution to this problem. Or If anyone has prior experience of working with the program RSI18N_Search please let me know.
    Regards
    VK

    Venkat, Andres,
    You can try several things here;
    1) This is pretty ugly but in case you need a quick way around. Create another cube w/o that char, load all the data to that cube from the first cube, and start sending daily deltas to both cubes. Of course put the second cube to BWA
    2)  Delete the master data! When you try deleting the master data (a particular record or records that you identified), mostly you will find out that it's used in a transactional data(in ODS or Cube) therefore it will not allow you to delete those records, unless you delete the records from the cubes first, then try it again. OR you might be lucky that it's not stored in anycube and it will delete it right away!
    The right way is the second option, however when you delete data from cubes, ods, it will lock the cube + invalidate aggregates if you have + BWA indexes etc. You need to recreate them again. So try doing it in non-business hours or in your maintenance window.
    Cheers
    Tansu

  • R-tree index creation error

    I'm getting the following error when trying to create an r-tree index:
    create index new_gps_idx on gis.new_gps (geometry) indextype is mdsys.spatial_index PARAMETERS('TABLESPACE=INDX')
    ERROR at line 1:
    ORA-29855: error occurred in the execution of ODCIINDEXCREATE routine
    ORA-06512: at line 1
    I get the error regardless of which tablespace I specify.
    I can however create fixed quad-tree indexes with the following command, in the same tablespace:
    create index new_gps_idx on gis.new_gps (geometry) indextype is mdsys.spatial_index PARAMETERS('SDO_LEVEL=4');
    The error is defined as:
    ORA-29855 error occurred in the execution of ODCIINDEXCREATE routine
    Cause: Failed to successfully execute the ODCIIndexCreate routine.
    Action: Check to see if the routine has been coded correctly.
    I have created one r-tree index on a large spatial table, 5633 geometries, in the INDX tablespace. I am not able to create another one.
    The INDX tablespace is only 2% used and its size is 200MB.
    Any help would be greatly appreciated.
    Dave
    null

    Hi David,
    Can you try applying the patch (if you haven't already)? Unfortunately I can't rememeber the details of what the symptoms were, and although the patch kit describes a fix there is no corresponding bug in Oracle's bug database. If I remember correctly there was a bug in the values the r-tree code was using for intermediate (temporary) tables created during r-tree index creation.
    Sorry I can't pin this down for you.
    dan

  • Intermedia text index creation error

    My intermedia text was working fine, but now when create one index, it failed and it gave me the following error message:
    ERROR at line 1:
    ORA-29855: error occurred in the execution of ODCIINDEXCREATE routine
    ORA-20000: ConText error:
    ORA-06520: PL/SQL: Error loading external library
    ORA-06522: ld.so.1: extprocPLSExtProc: fatal: libskgxp8.so: open failed: No such file or directory
    ORA-06512: at "CTXSYS.DRUE", line 122
    ORA-06512: at "CTXSYS.TEXTINDEXMETHODS", line 34
    ORA-06512: at line 1
    The listener itself is fine, is it because some library need to be re-created?
    null

    <BLOCKQUOTE><font size="1" face="Verdana, Arial">quote:</font><HR>Originally posted by Alexander Bogomolov ([email protected]):
    I've installed Intermedia text. During sample index creation i've get following error messages:
    ORA-06520: PL/SQL: Error loading external library
    ORA-06522: Unable to load DLL
    ORA-06512: at "CTXSYS.DRUE", line 126
    ORA-06512: at "CTXSYS.TEXTINDEXMETHODS", line 54
    ORA-06512: at line 1...
    seems to be incorrect NET8 settings. How can I solve this problem?
    thanks.
    Sorry for bad English. regards!<HR></BLOCKQUOTE>
    *** check your listener.ora file
    SID_LIST_LISTENER =
    (SID_LIST =
    (SID_DESC =
    (SID_NAME = PLSExtProc)
    (ORACLE_HOME = oracle_home)
    (PROGRAM = extproc)
    (SID_DESC =
    (GLOBAL_DBNAME = global dbname)
    (ORACLE_HOME = oracle_home)
    (SID_NAME = sidname)
    for the correct location of extproc
    null

  • Help needed in index creation and its impact on insertion of records

    Hi All,
    I have a situation like this, and the process involves 4 tables.
    Among the 4 tables, 2 tables have around 30 columns each, and the other 2 has 15 columns each.
    This process contains validation and insert procedure.
    I have already created some 8 index for one table, and an average of around 3 index on other tables.
    Now the situation is like, i have a select statement in validation procedure, which involves select statement based on all the 4 tables.
    When i try to run that select statement, it takes around 30 secs, and when checked for plan, it takes around 21k memory.
    Now, i am in a situation to create new index for all the table for the purpose of this select statement.
    The no.of times this select statement executes, is like, for around 1000 times of insert into table, 200 times this select statement gets executed, and the record count of these tables would be around one crore.
    Will the no.of index created in a table impacts insert statement performace, or can we create as many index as we want in a table ? Which is the best practise ?
    Please guide me in this !!!
    Regards,
    Shivakumar A

    Hi,
    index creation will most definitely impact your DML performance because when inserting into the table you'll have to update index entries as well. Typically it's a small overhead that is acceptable in most situations, but the only way to say definitively whether or not it is acceptable to you is by testing. Set up some tests, measure performance of some typical selects, updates and inserts with and without an index, and you will have some data to base your decision on.
    Best regards,
    Nikolay

  • Fast index creation suggestions wanted

    Hi:
    I've loaded a table with a little over 100,000,000 records. The table has several indexes which I must now create. Need to do this as fast as possible.
    I've read the excellent article by Don Burleson (http://www.dba-oracle.com/oracle_tips_index_speed.htm) but still have a few questions.
    1) If the table is not partitioned, does it still make sense to use "parallel"?
    2) The digit(s) following "compress" indicate the number of consective columns at the head of the index that have duplicates. True?
    3) How will the compressed index effect query performance (vs not compressed) down the line?
    4) In the future I will be doing lots and lots of updates on the indexed columns of the records as well as lots of record deletes and inserts into/out-of the table. Will these updates/inserts/deletes run faster or slower given that the indexes are compressed vs if they were not?
    5) In order to speed up the sorting, is it better to add datafiles to the TEMP table or create more TEMP tables (remember, running "parallel")
    Thanks in Advance

    There are people who would argue that excellent and Mr. Burleson do not belong in the same sentence.
    1) Yes, you can still use parallel (and nologging) to create the index, but don't expect 20 - 30 times faster index creation.
    2) It is the number of columns to compress by, they may not neccesarily have duplicates. For a unique index the default is number of columns - 1, for a non-unique index the default is the number of columns.
    3) If you do a lot of range scans or fast full index scans on that index, then you may see some performance benefit from reading fewer blocks. If the index is mostly used in equality predicates, then the performance benefit will likely be minimal.
    4) It really depends on too many factors to predict. The performance of inserts, updates and deletes will be either
    A) Slower
    B) The same
    C) Faster
    5) If you are on 10G, then I would look at temporary tablespace groups which can be beneficial for parallel operations. If not, then allocate as much memory as possible to sort_area_size to minimize disk sorts, and add space to your temporary tablespace to avoid unable to extend. Adding additional temporary tablespaces will not help because a user can only use one temporary tablespace at a time, and parallel index creation is only one user.
    You might want to do some searching at Tom Kyte's site http://asktom.oracle.com for some more responsible answers. Tom and Don have had their disagreements in the past, and in most of them, my money would be on Tom to be corerct.
    HTH
    John

Maybe you are looking for