Ticket #2877 (assigned enhancement) — at Version 6
Bugs with datastore v2
Reported by: | rgrp | Owned by: | kindly |
---|---|---|---|
Priority: | awaiting triage | Milestone: | |
Component: | ckan | Keywords: | |
Cc: | Repository: | ckan | |
Theme: | none |
Description (last modified by rgrp) (diff)
In progress
[major] q does not seem to work reliably. e.g. using the setup from this gist https://gist.github.com/1930806 and doing a ?q=DE yields no results (does not work with "q=de" either)q=second does work ...
- [major] q does not work with 2 values (see below)
- Query on search with limit 0 results in total of 0 (should either be null or correct total). Queries with other limits yield correct total AFAICT
- Also weird fact that limit is returned but as as as string - should it not be an integer
- Types on fields: could these not be canonical and as per recline (or is it important to allow exact sql types ...)
Multiple query values
Try a query such as: "second UK" and you will get 500 error:
ProgrammingError: (ProgrammingError) syntax error in tsquery: "second UK" 'select "_id", "id", "date", "x", "y", "z", "country", "title", "lat", "lon", count(*) over() as "_full_count"\n from "4f1299ab-a100-4e5f-ba81-e6d234a2f3bd" where _full_text @@ to_tsquery(%s) limit 100 offset 0' (u'second UK',)
Suggestions
Filter support: should think in more detail about this (may want to follow recline style)
Simple filters in query parameters would be nice too ...
Change History
comment:4 Changed 21 months ago by kindly
- Description modified (diff)
1. This is fixed need to reload data to test though.
2. Fixed as far as I am concerned, limit 0 now returns correct total. If there are no results in filter return total of 0.
3. Want to keep postgres types. This will stop the need for mappings in both directions and makes everything simpler. We are currently not storing any metadata on tables and would like it to stay that way.
Note: See
TracTickets for help on using
tickets.