Search by tags/metadata is not exact match but instead like match

[pbolduc]

Describe the issue

This is a clarification issue. In the documenation for file search, the service, it says Returns a list of objects matching all search criteria across all known versions of objects. The match wording on the documenation is unclear. At first glance, I would assume exact match. However, the queries are not exact match queries but are like queries (metadata and tags)

In our application, we store internal database record ids. So if I am trying to find all documents where tag Id=N, this may return more records than expected. If I search for documents linked to Id=1, I am going to get back documents for any id that contains a '1' which could be A LOT (1, 10, 11..19,21,31,41...).

Perhaps a future consideration could be allow an option to provide a search mode, exact / contains, or extend with a graphql query on metadata and tags.

[jujaga]

Modified the description to the following:

Returns a list of objects matching all search criteria across all known versions of objects. Search criteria on string attributes will match on partial results and ignore case sensitivity.

To be included in v0.4.0