|
|
|
[
Permlink
| « Hide
]
John V. Sichi - 08/Dec/08 07:42 PM
This was already noted by Zelaine in comments; I'm just recording it here for reference by users. The failure can be either online (like in the example above) or a crash.
My ALTER TABLE ADD COLUMN implementation is inheriting the same problem, but I'm going to see if I can fix both.
A related issue is that if a hot backup starts while a rebuild is in progress, the hot backup will save the zeroed rowcounts :(
Fixed on //open/dev in eigenchange 12097.
Rowcount modification now takes place completely within LucidDbSessionPersonality.updateRowCounts, using special-case detection of the reentrant session's purpose. For ALTER TABLE ADD COLUMN, no modification takes place. For ALTER TABLE REBUILD, the reset takes place immediately before the increment. For FTRS, no modification takes place for either (this was the status quo). |
|||||||||||||||||||||||||||||||||||||||