Leave a Comment:
5 comments
>It is found gathering stats for the SYS schema can make the system run slower, not faster.
It is not the case always that gather sys stats
will make system slower. Please share your exp.
on this with specific detail. you can not see much
effect for medium size databases but databases
with large no. of objects would get benefited.
In 9i — Gather stats on sys only be done after
consulting with oracle.
in 10g — we can gather stats on sys as oracle
says it would use CBO for all recursive queries BUT I have seen in some queries still hard-coded hints.
11g — I hope this is purely CBO for sys/internal queries.
Regards,
Jagjeet Singh
Hi Jagjeet Singh,
Please read the post care fully.
“It is found gathering stats for the SYS schema “can” make the system run slower, not faster.”
I clearly mentioned that it can make the system run slower not faster.
We have 7 TB of database size and this post is based on my experience and Oracle Recommdation. It doesn’t apply to all environment (small or medium). It is really good you pointed out. Do you still have question please ask.
Regards
Ramnik Gupta
Yes Ramnik,
I have read the post and I am saying there would be some scenarios where system would
run much faster if you analyze the SYS schema.
Performance impact can be noticed on a system with
really large no. of records in internal tables.
Mean with really large no. of objects.
If CBO is useful for the Non-SYS schemas then
this would also be helpful for sys schema
as internal/recursive queries won’t perform
good with hard-coded hints [ RBO ].
This is the reason oracle has introduced this
feature.
1 – May I know what made you to believe on this, If you can tell us the reason ..
>It is possible to transfer statistics between >servers allowing consistent execution plans >between servers
Apart from statistics there are other environment settings also which may change the
plan of query.
Regards,
Jagjeet Singh
Please find my comments below:
In 8i with Apps Environment – Never gather stats for the SYS schema, because it is not supported or recommended
In 9i with Apps Environment – Gathering status for SYS schema is supported but not necessary.
In 10g with Apps Environment – It is mandatory to collect stats for SYS schema
Metalink note # 368252.1 is the reason to believe. I hope this will close the loop.
ReplyUsing the copy command in SQL*Plus translates all number values to decimals thus losing precision. At a minimum, this will cause the clustering factors to be either 1 or 0 instead of the in-between values that they probably are on the source. I’d recommend using exp/imp or a dblink for the actual transfer.
Also, you would want to include your CPU costing information to make sure plans are identical across environments. export_system_stats/import_system_stats can be used the same way.
Reply