Re: Misinformation Ranting

Don't have BW system but I do have a new APO system which has some BW stuff in
it. Developers tend to be clueless about table settings. In se11, display a
table and look at "technical settings". This has "classification" information
that can have some bearing on where things go and also parameters which affect
initial and next extent sizes which are controlled by tables igora and tgora.
Also look at txn se14 ("Database utility"). It has storage parameters.

Kip

|Thanks.|I'll take a look at it. as far as tables in the wrong tablespace, I meant|that tables/indexes/partitions (on our BW system) get dropped into sapr3's|default tablespace and not into FACTD/I or ODSD/I. I've altered the indexes|to have a default for the partitions, but I still have to go through and|clean it up. At other times, part of rerunning a cube process is to drop|everything and reload it, which puts some of them in the wrong tablespace.|The developers "clicking" the buttons claim they don't know why, so I'm on|my own researching it. I know I'm not the first to run into this problem.|I've checked OSS, but haven't had much luck.

|> Steve,|>|> There is a listserv for SAP. Go to http://www.sapfaq.com -> member|services ->|> Technical support forums. You want to subscribe to at least "BASIS". For|> myself, I rarely use SAPDBA because it didn't work on the first system I|worked|> on (VMS). SAP has it's own data dictionary, umm, "repository" which|carries|> where tables should be (according to SAP, anyway) so I'm not sure what you|> mean by "wrong tablespace." I know it feels like having one hand tied|behind|> your back but there is a fair amount of information collected by SAP that|you|> will find useful. Classes would be useful...|>|> Kip|>|> |Jared,|>|> |I recently started a job that uses SAP on Oracle 8.1.7 and the only word|> |that describes my day is "frustration". Are there any SAP do's and don'ts|> |you can recommend?|> |From my brief experience, I should use SAPDBA to add tablespaces or check|> |stats. Other than that I use sqlplus/scripts for everything else.|> |When the system does have performance problems, it's really tough to|isolate|> |the problem because there's 400 users sharing 100+ connections and|they're|> |all SAPR3.|> |the other irritating problem is on the BW system, tables get dropped and|> |recreated in the wrong tablespace. I know there has to be screen (or|table)|> |that maps objects to tablespaces, but haven't found it.|> |Any tips you have would be appreciated.|>|> |Thanks,|> |Steve|>|>|> |----- Original Message -----|> |To: "Multiple recipients of list ORACLE-L" <ORACLE-L_at_fatcity.com>|> |Sent: Tuesday, September 10, 2002 3:28 PM|>|>|> |> <RANT>|> |>|> |> I've just spent 30 minutes with our SAP administrator trying to|> |> convince her that we really don't need to reorganize the tables|> |> in our production SAP database.|> |>|> |> Due to some misinformation in an Oracle Press book, 'Oracle Unleashed'|> |> I think, she is equating number of extents with fragmentation.|> |>|> |> The text she referred me to is in fact discussing 'migrated rows'|though|> |> that term is never used. She has become convinced that if the|> |> extents allocated for tables are not all in contigous space, some|> |> very nasty fragmentation will occur.|> |>|> |> I tried taking it down to disk and explaining that an OLTP system with|> |> hundreds of users won't really see much benefit from this, but she|> |> wasn't really ready for that. :)|> |>|> |> Her concern is that there are 29000 extents in an index tablespace.|> |> This might have something to do with there being 3400 indexes in|> |> said tablespace.|> |>|> |> Total 'wasted' ( honeycomb ) space in this 250 gig DB is < 20 meg. Not|> |> much to gain there.|> |>|> |> The text of the book states that you should expect a '10 to 20 percent|> |> performance increase' by reorganizing the tables/indexes. No data to|> |> back it up of course.|> |>|> |> This is on a database that performs very well most of the time, outside|> |> of a couple of custom reports that run too long. No complaints from|> |> users about slowness.|> |>|> |> Arrghhh!|> |>|> |> I just had to vent to the list, cuz there's no one here that|understands.|> |>|> |> <\RANT>|> |>|> |> Jared|> |>|> |> --|> |> Please see the official ORACLE-L FAQ: http://www.orafaq.com|> |> --|> |> Author:|> |> INET: Jared.Still_at_radisys.com|> |>|> |> Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051|> |> San Diego, California -- Public Internet access / Mailing Lists|> |> --------------------------------------------------------------------|> |> To REMOVE yourself from this mailing list, send an E-Mail message|> |> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in|> |> the message BODY, include a line containing: UNSUB ORACLE-L|> |> (or the name of mailing list you want to be removed from). You may|> |> also send the HELP command for other information (like subscribing).|>|> |--|> |Please see the official ORACLE-L FAQ: http://www.orafaq.com|> |--|> |Author: Steve Perry|> | INET: sperry_at_sprynet.com|>|> |Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051|> |San Diego, California -- Public Internet access / Mailing Lists|> |--------------------------------------------------------------------|> |To REMOVE yourself from this mailing list, send an E-Mail message|> |to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in|> |the message BODY, include a line containing: UNSUB ORACLE-L|> |(or the name of mailing list you want to be removed from). You may|> |also send the HELP command for other information (like subscribing).|> --|> Please see the official ORACLE-L FAQ: http://www.orafaq.com|> --|> Author:|> INET: Kip.Bryant_at_Vishay.com|>|> Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051|> San Diego, California -- Public Internet access / Mailing Lists|> --------------------------------------------------------------------|> To REMOVE yourself from this mailing list, send an E-Mail message|> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in|> the message BODY, include a line containing: UNSUB ORACLE-L|> (or the name of mailing list you want to be removed from). You may|> also send the HELP command for other information (like subscribing).