[TYPO3-core] RFC #11047: DBAL does not support CLOB/BLOB when using a mapped table name

Steffen Kamper info at sk-typo3.de
Fri May 8 09:17:41 CEST 2009


Hi Xavier,

+1 by reading if you rename
$tN => $tMapInfo

use speaking vars, eg
$tableName => $tableMapInfo

vg Steffen

Xavier Perseguers schrieb:
> Hi,
> 
>> This is a SVN patch request.
>>
>> Type: Bugfix
>>
>> Branches: trunk (other branches might apply too)
>>
>> BT reference: http://bugs.typo3.org/view.php?id=11047
>>
>> Problem:
>> When dealing with CLOB/BLOB fields, special care should be taken in 
>> INSERT and UPDATE statements. However DBAL does not handle it 
>> carefully when the query contains a mapped table name, e.g., when 
>> using this configuration:
>>
>> $TYPO3_CONF_VARS['EXTCONF']['dbal']['mapping'] = array(
>>     'tx_templavoila_datastructure' => array(
>>         'mapTableName' => 'tx_templavoila_ds',
>>     ),
>> );
>>
>> In this case, the query contains table 'tx_templavoila_ds' instead of 
>> 'tx_templavoila_datastructure' and DBAL is not able anymore to detect 
>> that a column is of type BLOB/CBLOB leading to an invalid query being 
>> issued to the database.
>>
>> Solution:
>> Make sure the original table name is used when retrieving a field's 
>> metatype.
> 
> Same problem arises when mapping fields actually:
> 
> $TYPO3_CONF_VARS['EXTCONF']['dbal']['mapping'] = array(
>         'tx_templavoila_datastructure' => array(
>                 'mapTableName' => 'tx_templavoila_ds',
>                 'mapFieldNames' => array(
>                         'dataprot' => 'my_dataprot',
>                 ),
>         ),
> );
> 
> v2 fixes this too (for completeness).
> 


More information about the TYPO3-team-core mailing list