[TYPO3-core] RFC: Fix bug #9639: DB Analyzer / Compare Tool can't handle the upgrade of the cache tables

Oliver Hader oliver at typo3.org
Tue Nov 11 19:01:00 CET 2008


Hi Michael,

Michael Stucki schrieb:
> Hi!
> 
> This is SVN patch request.
> 
> Type: bugfix
> 
> Branches: Trunk / TYPO3_4-2
> 
> BT reference: http://bugs.typo3.org/view.php?id=9639
> 
> Problem:
> When changing the SQL-definitions of cache_hash and cache_pagesection,
> the updater will always fail.
> 
> There are two reasons for this:
> 1. The table must be cleared to make sure that the keys are unique. This
> is no problem for cache_* tables.
> 2. auto_increment must be set _after_ the primary key was created.
> However, the primary key can only be created if the field already
> exists. So the field must be created in two steps (first without the
> "auto_increment" option).
> 
> Solution:
> Attached is a patch that fixes both issues. However it will require to
> go through the update twice:
> 1st step:
> - Remove all fields which are no longer used (drop them really, not just
> rename)
> - Clear cache_* and index_* tables which are going to be modified
> - Create new fields (without "auto_increment" option)
> - Create keys
> 
> 2nd step:
> - Add "auto_increment" option

+1 on testing

Thanks for putting time in writing this patch. However, concerning the
cache_* issue of 4.3 I think it should be easier to perform these
changes. I was just thinking about what to write into the the release
notes for TYPO3 4.3-alpha1 that would also be understandable for hobby
"admins"...

olly
-- 
Oliver Hader
TYPO3 4.3 Release Manager


More information about the TYPO3-team-core mailing list