RE: Original design approach to Oracle REDO Logs
From: Clay Jackson <"Clay>
Date: Fri, 18 Jun 2021 14:15:03 +0000
Message-ID: <CO1PR19MB498467B059206A9B1E1ED8D89B0D9_at_CO1PR19MB4984.namprd19.prod.outlook.com>
Date: Fri, 18 Jun 2021 14:15:03 +0000
Message-ID: <CO1PR19MB498467B059206A9B1E1ED8D89B0D9_at_CO1PR19MB4984.namprd19.prod.outlook.com>
MWF wrote:
"At the query level I wonder if permuting the query when it can be certainly iso-functional as
update someTable
set someColumn1 = 1.234
becomes
update someTable
set someColumn1 = 1.234
where someColumn1 != 1.234"
I almost can't believe I'm suggesting this; but is there a nugget of an "enhancement" request in there? I could see cases where if the optimizer was going to do an index lookup (i.e. there was a unique index on that column), OR, a full table scan (i.e. NO other path) a query rewrite might give some dramatic results (I think any paths other than "direct index" or full table scan would probably not be deterministic enough to "take a chance").
Clay Jackson
-- http://www.freelists.org/webpage/oracle-lReceived on Fri Jun 18 2021 - 16:15:03 CEST