|
Here's a patch. Passes all current unit tests. UNSIGNED_TYPE might not be the best name for the constant, Am I taking the right actions to take on bugs like this? If this is the right way and this patch is ok, I'll write tests for it tomorrow! I looked at the activity log and it didn't really look like anyone was working on this? So I took the liberty of assigning it to myself. Someone please review! Unsigned integers are not part of the SQL standard and not available on all DBMS. How will this patch affect compatibility with DBMS that don't support it, like PostgreSQL? Is it wise to implement it in their respective adapters? Why this issue is 'Fixed' as there is no associated SVN commit? Sorry guys, I was confused with the workflow of my work when I put the status of this issue to Resolved. Not committed into repo Assigned to automatic, please review and commit attached patches |
||||||||||||||||||||||||||||||||||||||||||||||||||||
I think a possible solution would be to add Zend_Db::UNSIGNED_TYPE type,
add
case Zend_Db::UNSIGNED_TYPE: // Unsigned integer
$quotedValue = sprintf('%u', $value);
break;
to Zend_Db_Adapter_Abstract::quote()
and implement in all adapters.
Ralph if you want I can write a patch, i'm almost done with it, but time for bed now.