...
Issues & decisions
Native query for Contains Operator using Like Keyword :
# | Issue | Notes | Decisions |
---|---|---|---|
1 | Which keyword to use ? Do we want case sensitivity or not? Do we follow the Xpath contains or do we become specific? |
| As per discussion , with Toine Siebelink , community call like keyword would has consistency which support case sensitive attribute values. Need to discuss with stakeholders. As per discussion in community call , decided to go with like keyword more consistent support case sensitivity. |
# | Json Data | CPS-PATH Syntax | Output | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
1 | Below is the sample data , Here are ways to use contains keyword :
| <cps-path>(contains'[@leafname,'<string-value>']')
|
|
...
_ : Matches any single character.
# | Query | Output | Decision|||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
1 | cpsdb=# SELECT * FROM FRAGMENT WHERE anchor_id = 4 and attributes->>'lang' like '%en%'; |
| |||||||||
2 | cpsdb=# SELECT * FROM FRAGMENT WHERE anchor_id = 4 and attributes->>'lang' ilike '%En%'; |
| As per discussion , with Toine Siebelink Contains Xpath is case sensitive , So ilike keyword would be suitable to implement the contains query which support case sensitive attribute values | ||||||||
3 | cpsdb=# SELECT * FROM FRAGMENT WHERE anchor_id = 4 and attributes->>'lang' like 'en'; |
|
...
1.Update antlr parser to recognize this pattern
2.Implement required (native) query
3.Add db-container Integration tests for
a.filter on string leaf-value
b.filter on Integer leaf-value
c.filter on leaf-list value
4.Update documentation
5.demo to team
Limitations
1. contains condition is case sensitive.
2. Only leaves can be used, leaf-list are not supported.
3. Only string and integer values are supported, boolean and float values are not supported.
4. When empty value is passed with contains it returns all the nodes that has given leaf element.