@Joe,

let me go back and look at my correspondence about this... we may revert 
this change.

On Friday, 5 September 2014 05:34:11 UTC-5, Joe Barnhart wrote:
>
> I'm really unclear on this discussion.
>
> I use postgres (pg) and sqlite a lot.  When using web2py on both of them, 
> I was doing case-INsensitive "like" comparisons by default.  Yet the 
> underlying DB systems have opposite native defaults -- pg defaults to 
> case-sensitive and sqlite defaults to case-insensitive.
>
> From my limited perspective, it only appears that web2py switched from 
> mapping everything from case-insensitive to case-sensitive.  It seemed 
> consistent across the database platforms I used before, and I assume it is 
> consistent now.  Just reversed.
>
> Were there some databases which were not forced by web2py?  Is that why 
> the devs changed it?  If there is some deep underlying flaw in the previous 
> release of web2py, please tell me so I can feel better about this!
>
> -- Joe
>
>
> On Thursday, September 4, 2014 11:05:39 PM UTC-7, Massimo Di Pierro wrote:
>>
>> I do not like this. Should we put to a vote the default behavior of 
>> db(...).like(...)? the thing is whatever we do will behave differently than 
>> before on different databases.
>>
>>  
>

-- 
Resources:
- http://web2py.com
- http://web2py.com/book (Documentation)
- http://github.com/web2py/web2py (Source code)
- https://code.google.com/p/web2py/issues/list (Report Issues)
--- 
You received this message because you are subscribed to the Google Groups 
"web2py-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to web2py+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to