DBAsupport.com Forums - Powered by vBulletin
Page 2 of 3 FirstFirst 123 LastLast
Results 11 to 20 of 23

Thread: demonstrated how bad HWM would be for FTS

  1. #11
    Join Date
    Nov 2002
    Location
    Geneva Switzerland
    Posts
    3,142
    Data in buffers from a FTS is the first to be flushed when space is needed - so it's the most sensitive to any other activity on the machine that competes for the buffers. I'd repeat the selects a few times to see what the typical values are.

  2. #12
    Join Date
    Oct 2003
    Posts
    312
    Dapi,

    22 sec for FTS to HWM isn't bad at all, I thought it would take way more than 22 sec for 4 million rows.

  3. #13
    Join Date
    Nov 2002
    Location
    Geneva Switzerland
    Posts
    3,142
    Depends on row-length => number of blocks.
    Depends on the hardware.

    If you read the table once per day, OK.
    If you are polling every second for work to do, not OK.

  4. #14
    Join Date
    Oct 2003
    Posts
    312
    if we have HWM on the table and later on we insert a bunch of data into that table, will Oracle reuse to empty segment or it will use the new one and move the HWM????

  5. #15
    Join Date
    Aug 2002
    Location
    Bangalore, India
    Posts
    405
    Originally posted by learning_bee
    if we have HWM on the table and later on we insert a bunch of data into that table, will Oracle reuse to empty segment or it will use the new one and move the HWM????
    The empty blocks below HWM will be reused. And the method you are following (delete, fill the table and rebuild index) is the only option you have as per your application design.

    Dont forget to analyze the table at the end of the rebuild of indexes. This is the additional thing you may have to keep in mind.
    -nagarjuna

  6. #16
    Join Date
    Nov 2002
    Location
    Geneva Switzerland
    Posts
    3,142
    If there is a block which was "full" and is now less full than PCTUSED, new rows will be inserted in it.

    http://download-west.oracle.com/docs...rec.htm#635139

  7. #17
    Join Date
    Sep 2002
    Location
    England
    Posts
    7,334
    Originally posted by nagarjuna
    The empty blocks below HWM will be reused. And the method you are following (delete, fill the table and rebuild index) is the only option you have as per your application design.

    Dont forget to analyze the table at the end of the rebuild of indexes. This is the additional thing you may have to keep in mind.
    unless you are doing insert /*+APPEND*/ ...

  8. #18
    Join Date
    Nov 2002
    Location
    Geneva Switzerland
    Posts
    3,142
    Originally posted by davey23uk
    unless you are doing insert /*+APPEND*/ ...
    AH YES! an excellent way to ensure the HWM gets higher and higher!

  9. #19
    Join Date
    Nov 2000
    Location
    greenwich.ct.us
    Posts
    9,092
    Originally posted by learning_bee
    the developer won't be convinced that HWM is the big issue here and he think it's just a minor issue.
    The developer knows the application best. If he knows a certain amount of data will be inserted into this table, deleted, and the same amount is inserted again, then he is right. IMHO this sounds like a minor issue at best.
    Jeff Hunter

  10. #20
    Join Date
    Jun 2000
    Location
    Madrid, Spain
    Posts
    7,447
    if this temporary table or no constraints just do

    insert the metadata needed to a temporary table

    drop the old table

    rename the temp table

    or migrate to 10g and shrink your segments

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  


Click Here to Expand Forum to Full Width