|
On 02-Sep-2015 08:06 -0600, CRPence wrote:
On 02-Sep-2015 04:41 -0600, satya tiruveedhi wrote:Thanks for the information. I will try environment variable in test
<<SNIP>> IBM has a PTF to disable journaling on SYSIXADV. If
journaling can be disabled because it is unnecessary, why not
provide option to disable the update itself when it is
unnecessary.
If the desire is so great to prevent the updates <<SNIP>>
Otherwise, apparently [as can be *inferred*] per the following
TechNote document Reference# N1011448 [Historical Number
605100633], there is another option [¿that requires an IPL?] to
disable the feature quite generally:
[http://www.ibm.com/support/docview.wss?uid=nas8N1011448]
"...
1. ADDENVVAR ENVVAR(QIBM_NO_INDEX_ADVICE) VALUE('') LEVEL(*SYS)
2. IPL
..."
To re-enable the feature for a future IPL:
1. RMVENVVAR ENVVAR(QIBM_NO_INDEX_ADVICE) LEVEL(*SYS)
2. IPL
LPAR. It will definitely help as index as advised zillion times in
one month. kidding :) The number is just over one billion. Again,
thanks for the information. Hopefully, this will not break something
else.
Will this <ed: activation of the system-level Environment Variable
(ENVVAR) named QIBM_NO_INDEX_ADVICE] stop creation of MTI also? If it
does stop creation of MTI, it will be very useful. Finally we can get
rid of all those MTIs on tables with zero rows and give DBA team a
chance to analyze the impact of full table scans on tables with zero
rows :)
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.