[MCOL-495] Make string comparison not case sensitive Created: 2017-01-10 Updated: 2021-05-18 Resolved: 2020-12-03 |
|
| Status: | Closed |
| Project: | MariaDB ColumnStore |
| Component/s: | None |
| Affects Version/s: | 1.0.6.1 |
| Fix Version/s: | 5.5.1 |
| Type: | Task | Priority: | Critical |
| Reporter: | SuperC | Assignee: | Daniel Lee (Inactive) |
| Resolution: | Fixed | Votes: | 8 |
| Labels: | Compatibility, datatype | ||
| Issue Links: |
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Epic Link: | ColumnStore Compatibility Improvements | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
|
ColumnStore is case sensitive for string comparisons in queries. select * from table1 where field1='aaa'; can be made not case sensitive writing select * from table1 where field1 collate utf8_general_ci='aaa'; but, is there a way to make the engine not cs by default, without changing the client code? |
| Comments |
| Comment by Robert MacInnis [ 2017-01-13 ] |
|
I know this works fine in standard MariaDB on Linux. However since it does not work with ColumnStore, it is a showstopper/blocker based on our existing code and databases. For our company this is a blocker and as a result, we are looking into other alternatives. |
| Comment by SuperC [ 2017-01-16 ] |
|
That was exactly the sense of my comment: the use of this engine without need to re-writing the client code (often based on some sort of framework, like Hibernate or similar). |
| Comment by Robert MacInnis [ 2018-02-23 ] |
|
Any further movement on this issue? |
| Comment by David Hall (Inactive) [ 2020-08-18 ] |
|
Columnstore 1.5.4 may be case insensitive in most cases, depending on the collation chosen. There are still some areas that have not been fixed: Also there is an anomaly that you will find annoying. Columnstore often (based on internal evaluation) optimizes WHERE statements into JOINs, and thus the WHERE would not be case insensitive regardless of the collation. This will magically go away when |
| Comment by Daniel Lee (Inactive) [ 2020-12-03 ] |
|
Duplicate of |