[TYPO3] DBAL troubles
marcel.gsteiger at milprog.ch
marcel.gsteiger at milprog.ch
Sun Jan 29 21:54:56 CET 2006
marcel.gsteiger at milprog.ch schrieb:
> Hi all
>
> I installed typo3 4.0b1 on PostgreSQL from scratch using DBAL, then
> updated to 4.0b2. However, I then had numerous troubles with extensions
> incompatible with DBAL, so I decided to leave the base system in MySQL
> and just use PostgreSQL for tables in my own extensions. The troubles
> were so prevalent that I felt it does not make sense to report them,
> obviously people are using too much MySQL specific syntax.
>
> Now I tried to activate DBAL with the base system, just installing the
> "_DEFAULT" handler on "native" through DBAL/ADODB. When I activate the
> DBAL debugger, I get lots of error messages about SQL statements
> inserting data into cache_hash, cache_pagesection and cache_pages.
> Obviously the system generates INSERT statements that specify null
> values for some columns.
>
> To my understanding, inserting NULL in a single value based INSERT
> statement is nonsense anyway. Perhaps the programmer was meaning to
> insert DEFAULT for that column (SQL standard). Unfortunately MySQL does
> support this syntax only starting with version 4.0.3.
>
> I suggest that we assume that no installation using the DBAL will use an
> older MySQL database version than 4.0.3 . In this case, the DBAL could
> rewrite the insertion of null by the insertion of DEFAULT, e.g.
>
> INSERT INTO cache_hash( hash, content, ident, tstamp) VALUES
> ('...', DEFAULT, '...', '...')
>
> Of course, the cleanest way would be to get rid of all those MySQL
> non-SQL-standard functions...
>
> Regards
> --Marcel
Meanwhile I am aware that the 'native' mode of the DBAL still causes
lots of trouble. Using adodb instead makes things work better. I will
report remaining issues in the bugtracker.
--Marcel
More information about the TYPO3-english
mailing list