Recreating Index Behaviour

I have an index which has size 12 GB , i reliazed that this index space is fragmented for that i decided to defragmente its space , what i did for the dfragmentation is as follows.
1) drop that index.
2) recreate the same index.
-Before dropping that index the tablepace of that index space usage was 89 % in Enterprise manager console tablespaces link.
-After dropping this index it reclaimed the space of this tablepace usage column from 89 % to 81 %, i.e it reduce the space to 8%.
-After recreating that index the space did not reuse recliamed space from that tablespace , it reduced the space of /orahome, where my datafiles reside.
Though recreating an index is not having the same space as before , it is occuping the space of 4 GB as before to 10 GB.Why recreating the index is consuming the space of /orahome though the space from index tablespace is reclaimed?

no i am recreating the index on the same tablespace from where i dropped.
This script (metadata) i got from PL/SQL developer before dropping that index , i used the same script after dropping the index.
create unique index WF_ITEM_ATTRIBUTE_VALUES_PK on WF_ITEM_ATTRIBUTE_VALUES (ITEM_TYPE, ITEM_KEY, NAME)
  tablespace APPS_TS_TX_IDX
  pctfree 10
  initrans 11
  maxtrans 255
  storage
    initial 128K
    next 128K
    minextents 1
    maxextents unlimited
    pctincrease 0
SQL> Drop index WF_ITEM_ATTRIBUTE_VALUES_PK
  2  /
Index dropped.
[prod1@uat1 ~]$ df -ha
Filesystem                      Size            Used           Avail           Use%           Mounted on
/dev/mapper/vgora-lvora             1.4T           1.3T              93G            94%           /orahome
SQL> create unique index WF_ITEM_ATTRIBUTE_VALUES_PK on WF_ITEM_ATTRIBUTE_VALUES
  2  (ITEM_TYPE, ITEM_KEY, NAME)
  3    tablespace APPS_TS_TX_IDX
  4    pctfree 10
  5    initrans 11
  6    maxtrans 255
  7    storage
  8    (
  9      initial 128K
10      next 128K
11      minextents 1
12      maxextents unlimited
13      pctincrease 0
14    );
Index created.
[prod1@uat1 bin]$ df -ha
Filesystem                           Size            Used           Avail           Use%      Mounted on
/dev/mapper/vgora-lvora                     1.4T            1.3T               85G              94%      /orahome

Similar Messages

  • Drop - recreate indexes

    I have a table with more than a 100 million records in production.
    There are a total of 6 indexes on the table out of which 4 are bitmap indexes.
    At the end of the year the table is populated with data. I am not aware of how many records are inserted into the table at once.
    I have done some statistical analysis in the development environment though according to which dropping and recreating indexes is feasible if the number of records inserted at once is less than 500.
    But the table count in development is only 7 million, far less than the production.
    Please advise what is the best possible way. Is there a need to drop and recreate indexes and if yes are all indexes required to drop or only the bitmap ones.
    Note: I am using oracle 10g database
    Edited by: 834445 on Feb 13, 2011 1:45 AM

    834445 wrote:
    I have a table with more than a 100 million records in production.
    There are a total of 6 indexes on the table out of which 4 are bitmap indexes.
    At the end of the year the table is populated with data. I am not aware of how many records are inserted into the table at once.
    I have done some statistical analysis in the development environment though according to which dropping and recreating indexes is feasible if the number of records inserted at once is less than 500.
    But the table count in development is only 7 million, far less than the production.
    Please advise what is the best possible way. Is there a need to drop and recreate indexes and if yes are all indexes required to drop or only the bitmap ones.
    Note: I am using oracle 10g database
    Always a difficult call to make, but doing some experiments as you are doing is a good start.
    Other points to consider - how much down-time are you given for this load, or are people expecting to access the table while it's going on - does the table get more rows added bit by bit over the course of the year - is there a big delete that happens before or at about the same time as the big insert.
    How big are the indexes (the b-tree ones particularly) compared to the total size of the cache ? On a normal insert Oracle will update b-tree indexes row by row with the table, and this can lead to a very large amount of random I/O if the indexes can't stay in the cache; what are your options for using special mechanisms (like SQL*Load, direct path insert, append hints etc.)
    Is your test representative of the real load - what do you know about patterns of data distribution and ordering as the data is loaded: how many distinct values are there in each bitmap index - if the number of distinct values similar to (or larger then) the number of rows in an array then you might end up inserting one row per value in the index for each array, and this could make the index grow unreasonably and generate a lot of redo - if your arraysize is (say) inserting 20 rows per bitmap key then the impact might be much less dramatic. This means you might choose to drop a couple of bitmap indexes while loading but keep the others.
    Regards
    Jonathan Lewis
    http://jonathanlewis.wordpress.com
    http://www.jlcomp.demon.co.uk
    A general reminder about "Forum Etiquette / Reward Points": http://forums.oracle.com/forums/ann.jspa?annID=718
    If you never mark your questions as answered people will eventually decide that it's not worth trying to answer you because they will never know whether or not their answer has been of any use, or whether you even bothered to read it.
    It is also important to mark answers that you thought helpful - again it lets other people know that you appreciate their help, but it also acts as a pointer for other people when they are researching the same question, moreover it means that when you mark a bad or wrong answer as helpful someone may be prompted to tell you (and the rest of the forum) what's so bad or wrong about the answer you found helpful.

  • Recreate indexes,triggers and primary keys.

    Hi All,
    We have done an import of few table from MS SQL Server to oracle. But we couldnt see the indexes, triggers, primary key, foreign key of those tables.
    Could you please let us know how to recreate the primary key, foreign key, indexes, triggers etc of those tables.
    Pl suggest.
    Thanks in advance!
    Regards,
    Vidhya

    >
    We have done an import of few table from MS SQL Server to oracle
    >
    What does that mean exactly? How did you do an import from sql server to Oracle?
    Post your 4 digit Oracle version (result of SELECT * FROM V$VERSION) and the exact steps you took to 'import'.

  • Recreating indexes of type: ctxsys.context

    For a database on Oracle 10g, I need to output a script that recreates all indexes of type of ctxsys.context type. I can do it running this query:
    SELECT owner, index_name, DBMS_METADATA.get_ddl('INDEX', index_name, owner)
    FROM all_indexes
    WHERE ityp_owner = 'CTXSYS' AND ityp_name = 'CONTEXT';However, if an index has parameters like this:
    CREATE INDEX <MySchema>.<Index_name> ON <MySchema>.<Index_name>
    (BL_RESOLUCION)
    INDEXTYPE IS CTXSYS.CONTEXT
    PARAMETERS('sync (every "FREQ=DAILY; BYHOUR=1")')
    NOPARALLEL;If I run DBMS_METADATA.get_ddl function, I get this output script:
    CREATE INDEX <MySchema>.<Index_name> ON <MySchema>.<Index_name>
    (BL_RESOLUCION)
    INDEXTYPE IS CTXSYS.CONTEXT;How to include the parameter line?
    Edited by: user521219 on 06-nov-2012 9:55

    >
    For a database on Oracle 10g, I need to output a script that recreates all indexes of type of ctxsys.context type. I can do it running this query:
    SELECT owner, index_name, DBMS_METADATA.get_ddl('INDEX', index_name, owner)
    FROM all_indexes
    WHERE ityp_owner = 'CTXSYS' AND ityp_name = 'CONTEXT';
    However, if an index has parameters like this:
    CREATE INDEX <MySchema>.<Index_name> ON <MySchema>.<Index_name>
    (BL_RESOLUCION)
    INDEXTYPE IS CTXSYS.CONTEXT
    PARAMETERS('sync (every "FREQ=DAILY; BYHOUR=1")')
    NOPARALLEL;
    If I run DBMS_METADATA.get_ddl function, I get this output script:
    CREATE INDEX <MySchema>.<Index_name> ON <MySchema>.<Index_name>
    (BL_RESOLUCION)
    INDEXTYPE IS CTXSYS.CONTEXT;
    How to include the parameter line?
    >
    When you post always provide your 4 digit Oracle version (result of SELECT * FROM V$VERSION); 10g is not a version.
    Works for me on Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod
      CREATE INDEX "SCOTT"."NDX_TEST_CONTEXT" ON "SCOTT"."DEPT" ("DNAME")
       INDEXTYPE IS "CTXSYS"."CONTEXT" PARAMETERS ('sync (every "FREQ=DAILY; BYHOUR=1")')Post information about which user is running that query and which user owns the index that is giving the problem.
    Have you tried the query using a DBA user?

  • Rebuilding or recreating index

    I'm currently disabling the index on a table that is truncated and loaded with upto 10Million of rows, this is done repeatedly-- i mean the whole process is like this. At the end i enable the index and rebuild it.
    Would it be better to drop the index and just recreate it ? Is there any difference in speed or costs?
    Thanks for the answer.

    since you're truncating the table (as opposed to appending to it) there probably are no noticable gains from disabling the index. by disabling it, it has to be built after the table is loaded, as opposed to while the table is being loaded. and if it were more than one index, then there could be an argument for disabling all and rebuilding in parallel (having multiple rebuild jobs run in parallel, not using parallel processing on an individual statement), but for only one index this doesn't matter.
    try leaving the index in place, without disabling it, and load the table. compare that to the time to disable, load, enable and rebuild. probably not much difference.

  • Script to recreate indexes

    Hi:
    I am on 10.2.0.3.
    I am aware (and use) index rebuild but now I need to drop and recreate all function-based indexes (for the char set conversion). Create a dropping script is easy. Does anyone have an idea on how to write a script which will get my indexes recreated? Use dba_source somehow?
    Thanks,
    Greg

    Greg,
    Here's a start:
    SELECT DBMS_METADATA.GET_DDL('INDEX',u.index_name) FROM USER_INDEXES u;

  • Recreate index

    Hi Guys,
    If i delete a row in a table which has got index, will index gets recreated/rebuilt after the deletion of the row or u have to rebuild on your own?
    Sorry if the question is very novice.
    Regards,
    Shiva

    >
    Shivaprasad M wrote:
    Ok..but i need to rebuild it if it had many updates/deletes/inserts.
    No.
    There are a few special cases where you can expect to need some sort of index maintenance - see for example [this blog item of mine|http://jonathanlewis.wordpress.com/2008/09/26/index-analysis/] - but it's not the number of updates, deletes and inserts that defines the problem, it's the pattern of key distribution across the index.
    Regards
    Jonathan Lewis
    http://jonathanlewis.wordpress.com
    http://www.jlcomp.demon.co.uk
    "For every expert there is an equal and opposite expert."
    Arthur C. Clarke

  • Re: Spotlight indexing behaviour problem

    Hi,
    My .Spotlight-V100 problem is in relation with network users. We have an xServe in the office with multiple users. When somebody logins from an iMac with a network user the spotlight starts to reindex the whole database. Every time somebody logs out then in, the spotlight rebuilds the index folder.
    Is there any solution for this problem besides turning of the spotlight? We have to use the spotlight for searching in thousands of mails and it would be great if it could use the index folder without rebuild it every time the computer starts. I tried to solve the problem with fixing the permissions of the folder .Spotlight-V100 but it seems ok now, and the problem remains.
    Thanks a lot in advanve.

    I'm having the same problems too. Still searching for a solution.

  • Crash recovery: recreating invalid indexes

    I want to discuss a phaenomen, which we often have saw during crash recoveries:
    The "startsap db" is hanging, because after the crash recocvery itself is completed (according to db2diag.log), the connection to the database ist still hanging because the database recreate invalid indexes.
    sf503:db2p02 10%  db2 list utilities
    ID                               = 2
    Type                             = RESTART RECREATE INDEX
    Database Name                    = P02
    Partition Number                 = 0
    Description                      = Recreating Invalid Index Objects
    Start Time                       = 05/08/2007 09:37:42.721072
    Sometimes this can take up to 25 minutes until this is finished and the connect is finished.
    The strange thing is:
    If a 2. connection to the database is made during "recreating indexes", this 2. connection is successfull and selects from t000 are successfull.
    So, it is possible to execute "startsap r3" while the first connection is still blocked with recreating indexes.
    I don't understand this behaviour:
    - If the database really needs the recreation of invalid index objects  for sucessfull database operation, then it should block ALL connections and not only the first one.
    - If it's not urgently necessary, the database should done the recreating indexes in background and not block the first connection.
    Also in the Recovery& High Availibility IBM Handbook I have nothing found about the "recreating  invalid index objects"-feature.
    Kind regards
    Uta

    Hello Jens,
    thanks for the detailed answer!
    As you wrote, the only workarond with changing  db cfg parameter from "restart" to "access" needs some manual intervention if  we don't want to risk the limit of maximum dialog runtime. So actually we will leave it as it is. We have a workaround with starting sap in a second window, when  the crash recovery is finished according to db2diag.log and the 1. connection (startsap db) ist still recreating invalid  indexes.
    How can one determine the invalid indexes, who need recreation ?
    Joachim: we don't have a real problem at our site. Fortunatelly we have crash recoveries only in the rare cases of system crashes, etc. So we are lucky not to have it every day....
    Hopefully the behaviour will be changed  to background index recreation in some later DB release.

  • Reg: Recreation of Indexes

    Hi all,
    We are facing some performance issues. According to SAP suggetion we are planning to recreate some indexes. But i never created an index before...... can anybody help in this......please sugfgest in proper way to recreate indexes....
    thnx in advance
    with regards
    Harish

    Hi
    To create index:
    1. Go to DB02, click on Missing Indexes. Select index in next screen to create and click "Create in DB"
    2. if you know the table name for which you want to create the index, go to SE14 -> table name -> Go to index -> In next screen "select create".
    3. Yo have to use trx SE11 into Dev system, Enter the database table name and press
    Display -> Indexes -> Create Enter index name. Choose Maintain logon language.
    Enter short description and index fields.

  • H2 devide implicit and explicit created indexes by dictionary views?

    For migrating amounts of data it is useful to drop and recreate indexes and referencing constaints. A implicit created index by defining a primary/unique key constraint will be dropped implicitly by dropping the before mentioned constraint. Creating such a constraint after creating an equivalent index with the constraint name will result in an other behaviour. The explicit created index will not be dropped by dropping the referencing primary/unique key constraint.
    So far so good and well known. The question is: Which dictionary view columns will show me the difference between implicit and explict created indexes if I try to dynamically drop and recreate indexes and unique / primary key constraints?

    Oracle Version is always helpful in answering questions, but for 9i you can find the system generated by:
    dba_indexes.generated = 'Y'
    or
    'SYS_' naming convention for system generated indexes
    or
    dba_constraints.constraint_name = dba_constraints.index_name
    Hope this helps - JTommaney

  • Index on date field

    Please see my table
    create table DATE_TEST
      ID         VARCHAR2(6) not null,
      ID_DESC    VARCHAR2(250),
      START_DATE DATE,
      END_DATE   DATE
    -- Create/Recreate primary, unique and foreign key constraints
    alter table DATE_TEST
      add constraint DATE_TEST_PK primary key (ID);
    -- Create/Recreate indexes
    create index DATE_TEST_IDX1 on DATE_TEST (END_DATE));
    create index DATE_TEST_IDX2 on DATE_TEST (START_DATE);No I added some data into table.My problem is it is not taking index for between query.
    EXPLAIN PLAN FOR SELECT * FROM       DATE_TEST WHERE           start_date between to_date('01/01/2012','DD/MM/YYYY') AND to_date('31/12/2012','DD/MM/YYYY')           OR  end_date between to_date('01/01/2012','DD/MM/YYYY') AND to_date('31/12/2012','DD/MM/YYYY')
      2  /
    Explained
    SQL>      SELECT * FROM  TABLE( DBMS_XPLAN.display);
    PLAN_TABLE_OUTPUT
    Plan hash value: 4189439861
    | Id  | Operation         | Name      | Rows  | Bytes | Cost (%CPU)| Time     |
    |   0 | SELECT STATEMENT  |           |   954 |   139K|     7   (0)| 00:00:01 |
    |*  1 |  TABLE ACCESS FULL| DATE_TEST |   954 |   139K|     7   (0)| 00:00:01 |
    Predicate Information (identified by operation id):
       1 - filter("START_DATE">=TO_DATE(' 2012-01-01 00:00:00',
                  'syyyy-mm-dd hh24:mi:ss') AND "START_DATE"<=TO_DATE(' 2012-12-31
                  00:00:00', 'syyyy-mm-dd hh24:mi:ss') OR "END_DATE">=TO_DATE('
                  2012-01-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND
                  "END_DATE"<=TO_DATE(' 2012-12-31 00:00:00', 'syyyy-mm-dd hh24:mi:s
    Note
    PLAN_TABLE_OUTPUT
       - dynamic sampling used for this statement (level=2)
    21 rows selectedWhy it is not taking index and what are the other solutions for this

    Full Table Scan is not evil..
    Is your table stats up to date?
    The number of rows in the table is shown as 954. Index scan wont be much useful..
    How many records are expected in the output?
    If it is a major percentage of the total records, Index scan will be more costly..
    Read at and ThisAskTom<a/> and This

  • How can I to repair this Index corruption??

    Hi.
    I´m working with Oracle 9.2.0.7.0 on Windows 2003 SP2.
    I´ve a corruption issue on a PK index that I not am able to repair...
    I´ve detected it when I tried make a RMAN backup.This is the message:
    RMAN-03009: failure of backup command on ORA_DISK_1 channel at 03/02/2012 10:12:45
    ORA-19566: exceeded limit of 0 corrupt blocks for file...
    Then, I try to rebuild the index, but I get the following errors;
    ORA-01115: IO error reading block from file 8 (block # 447127)
    ORA-01110: data file 8: 'F:\ORACLE\ORADATA\INDEXES02.DBF'
    ORA-27091: unable to queue I/O
    ORA-27070: async read/write failed
    OSD-04006: ReadFile() failure, unable to read from file
    O/S error : (OS 121) The semophore timeout period has expired.
    The next step was to connect to rman catalog and try to recover that block:
    RMAN> blockrecover datafile 8 block 447127;
    Starting blockrecover at 02-FEB-12 using channel ORA_DISK_1
    Finished blockrecover at 02-FEB-12
    I try to rebuild index again but I´ve the same errors but on block 447128 this time...
    I do a new blockrecover and try to do a new rebuild index but it fails on block 447129...
    I´ve repeated this procces many times until arrive to block 447134. On this block, I have done a blockrecover correctly but when I do a rebuild index it fails on the same block again.
    Finally, after many retries, when I do a new rebuild but in this case, i get a
    ORA-08103: object no longer exists
    ...is absurd. The object yet exist!!
    Then I did BACKUP VALIDATE DATABASE from Rman catalog, and then query the view v$database_block_corruption.
    FILE# BLOCK# BLOCKS CORRUPTION_CHANGE# CORRUPTION_TYPE
    8 447120 5 0 ALL ZERO
    8 447125 1 0 FRACTURED
    2 rows selected.
    I don´t know what mean this... Anyway when I try to make BLOCKRECOVER CORRUPTION LIST; rman returns:
    RMAN-06026: some targets not found - aborting restore
    RMAN-06023: no backup or copy of datafile 8 found to restore
    and it´s true...I only have backup of the archivelogs...
    Then, I decided to try something different using DBMS_REPAIR.
    I created the REPAIR_TABLE with this script:
    BEGIN
    SYS.DBMS_REPAIR.ADMIN_TABLES (
    TABLE_NAME => 'REPAIR_TABLE',
    TABLE_TYPE => SYS.dbms_repair.repair_table,
    ACTION => SYS.dbms_repair.create_action,
    TABLESPACE => 'USERS');
    END;
    Then try save the information of bad blocks in the table...
    SET SERVEROUTPUT ON
    DECLARE num_corrupt INT;
    BEGIN
    num_corrupt := 0;
    SYS.DBMS_REPAIR.CHECK_OBJECT (
    SCHEMA_NAME => 'MYSCHM',
    OBJECT_NAME => 'PK_CORX2',
    REPAIR_TABLE_NAME => 'REPAIR_TABLE',
    CORRUPT_COUNT => num_corrupt);
    SYS.DBMS_OUTPUT.PUT_LINE('number corrupt: ' || TO_CHAR (num_corrupt));
    END;
    ...but I get
    ORA-00942: table or view does not exist
    ORA-06512: at "SYS.DBMS_REPAIR", line 284
    now, I include the OBJECT_TYPE parameter
    SET SERVEROUTPUT ON
    DECLARE num_corrupt INT;
    BEGIN
    num_corrupt := 0;
    SYS.DBMS_REPAIR.CHECK_OBJECT (
    SCHEMA_NAME => 'MYSCHM',
    OBJECT_NAME => 'PK_CORX2',
    OBJECT_TYPE => 'INDEX_TYPE',
    REPAIR_TABLE_NAME => 'REPAIR_TABLE',
    CORRUPT_COUNT => num_corrupt);
    SYS.DBMS_OUTPUT.PUT_LINE('number corrupt: ' || TO_CHAR (num_corrupt));
    END;
    and then, message is
    ORA-06502: PL/SQL: numeric or value error string. Causa: An arithmetic, numeric, string, conversion, or constraint error occurred.
    ORA-06502 in line 4
    I don´t know how to fix that...
    The only thing that occurs to me is shutdown the instance, export the table, drop the table, import again and then recreate index... but I prefer not to stop the database because it is production, And I'm not sure this will solve the problem...
    Have anybody any suggestion??? will be attentively listened...
    note: I also did a scandisk of the unit if there were errors on the disk ...
    Thanks everybody.
    Regards

    Thank you everybody. I'll try to answer all the questions...
    Normally I´m doing backups by Rman and I´m complementing it with a full export every days.
    Because the Rman backup fails due to the file corruption for several days ago I have only EXP backups in this moment.
    On the other hand I agree with you Girish Sharma. The problem seems to be generated by a OS failure and I've tried to check it.
    A significant fact is that when copying the file to another drive using OS commands, the copy fails with the message "Cannot Copy File- Path Too Long". Obviously that not is the real problem because the path is short, equal al rest of the files... Also, I can copy files from the same folder without problem.
    The HDD is configured in RAID 1, I think if this were a hardware failure of a HD, the other should be functioning properly, so I conclude it must be a file system failure. So I did an scandisk on the unit but does not seem to have solved nothing.I guess the damage is already done at the logical level of data ...
    Ok, finally I found the mode to place tablespace offline and then disable the constraint and drop the index. After this I´ve created the index in other tablespace.
    I thought that this would solve the problem, but when I tried to make a level 0 backup with RMAN it fails with the same error. Nothing has changed...
    ...well, not really. there's something that have changed.
    Alert.log show that the corruption is on file 8 block 447120, as before... but when I go to locate the object affected, this does not exist.
    SELECT segment_name , segment_type , owner , tablespace_name
    FROM sys.dba_extents
    WHERE file_id =8
    AND 447120 BETWEEN block_id and block_id blocks -1;
    no rows selected.
    I'm not sure how to interpret this... the index is now in another tablespace, and I´ve checked doing a rebuid of it, however, the datafile still corrupt and not let me do full backups...

  • Unknown indexes in ABAP dictionary for a BW SAP_BW 350 ?????????

    Hi all,
    can anyone help me with the procedure to handle unknown indexes in ABAP dictionary for a BW SAP_BW 350 Production system?
    The list of some of the indexes are as follows :
    /BI0/E0CCA_C11~P
    /BI0/E0FIGL_C01~P
    /BI0/E0OPA_C11~P
    /BI0/E0PS_C04~P
    /BIC/EIEFERC~P
    Thanks a lot in advance ....
    Madhavi Rane

    You should be able to delete and recreate indexes from the infocube performance tab, RSRV or DB02.   The bigger question is why these e fact table indexes are not being handled properly.  I would try searching OSS Notes to see if yo ufind one relevant for your DB;
    This older Notes provides some good background
    Note 594287 - DB6: Corrections to the primary index of fact tables

  • SAP BW: Adding my own indexes to Cubes

    I am still on BW 3.0. I have a cube I know SAP BW provides several database indexes on FACT and Dimension Tables, but I want my DBA to add some of my own indexes
    for query performance.
    1.     If I delete indexes using manage ->Performance Tab,  will it delete my new indexes?
    2.     If in my process chain I delete indexes using processing set (?) provided by BW, will it delete my indexes?
    3.      Is it possible for me to create these indexes, say from an ABAP program,  instead of asking DBA,
    4.     Will it possible to integrate this ABAP code in my process chain (when deleting, recreating indexes).
    Before I ask my DBA to add indexes, I just want to get an idea on what is involved in managing these indexes.
    Prem

    There are cases where BW default indexes do no meet performance rquirements, so if one can create additional indexes, it will be great. For xeample, Oracle has bitmap join indexes in Oracle 10g for database warehouses.
    BW lets you create secondary indexes on ODS/DSO,  but not on Cubes. That's why I am asking this question. One can ask DBA to create these indexes, but then one needs a way to retain those indexes.

Maybe you are looking for

  • Problem With importing webservice model

    Hai,    I used webservices to develope a webdynpro project. that web services are in some other server, now the problem is  the ipAddress of the system (contains webservice)is changed . My Application is not working after changing the ipaddress. What

  • Spotlight issue - Finder comments dont seem to be updated

    Hi, trying to classify files using spotlight comments in the Finder (after Cmd-i; also via AppleScript) but it's hit&miss. Usually (not always) adding a comment works and a search finds it immediately, but sometimes it does not. The other way is wors

  • Folder Sync

    Hi, Is there a way to get iTunes to check folders for new music and automatically add that music to its library (without copying, moving or reorganizing the files)? Example - I have a folder that I download new music to. I want iTunes to see this mus

  • How can i create my own HashMap implementation?

    Do i extend HashMap and just override the needed methods?

  • IPhoto zeigt Bilder aus RAW Format (Nikon D5100) nur noch komplett schwarz an

    Hallo, beim Importieren über SD-Karte ist mir iPhoto vermehrt abgestürzt. Der Fehler tritt nur in Verbindung mit dem RAW-Format (Nikon D5100) auf. JPEG funktioniert tadellos. Falls der Import doch erfolgreich war (Anzahl der Bilder stark reduziert) s