[TYPO3-core] FYI #14496: SQL parser does not handle ALTER TABLE with character set operation
Xavier Perseguers
typo3 at perseguers.ch
Thu May 27 20:12:43 CEST 2010
Hi,
FYI, I committed enclosed patches to:
- TYPO3 trunk (rev. 7700)
- DBAL trunk (rev. 33599)
- DBAL_1-1 (rev. 33600)
Type: Bugfix
Bugtracker reference:
http://bugs.typo3.org/view.php?id=14496
Branches: Core trunk, DBAL trunk, DBAL_1-1
Problem:
When installing introductionpackage with DBAL, the process fails on Oracle with:
ERROR: Query could not be parsed: "SQL engine parse ERROR: No table found!: near "`index_phash` DEFAULT CHARACTER SET utf8 "". Query: "ALTER TABLE `index_phash` DEFAULT CHARACTER SET utf8"
Solution:
Enhance the SQL parser
Note #1:
Successfully tested with Oracle in addition to the unit tests
Note #2:
introductionpackage still not works but cannot as it is not DBAL-compliant. Recent changes in parser were useful in general. But I opened a bug report for that:
http://forge.typo3.org/issues/show/7944
and posted a patch that basically do not try to alter the database to UTF8 as it should already be properly configured anyway when working with DBAL.
Note #3:
introductionpackage seems to have non-conform sqldump, including columns with character set latin1, ... that makes the SQL parser fail. Will report DBAL problems to the corresponding bugtracker
because it would be great to have introductionpackage compatible with DBAL!
--
Xavier Perseguers
http://xavier.perseguers.ch/en
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: 14496_core.diff
URL: <http://lists.typo3.org/pipermail/typo3-team-core/attachments/20100527/226747ee/attachment.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: 14496_dbal.diff
URL: <http://lists.typo3.org/pipermail/typo3-team-core/attachments/20100527/226747ee/attachment.asc>
More information about the TYPO3-team-core
mailing list