...
- Key Value Metadata Search
- User should be able to search with key-value or its prefix
- User should be able to search with key and part of value or its prefix
- User should be able to search with just value or its prefix
- User should be able to search with individual words in the value
- Tag Metadata Search
- User should be able to search with tags key and a tag value or its prefix
- User should be able to search with just a tag value or its prefix.
- Schema Search:
- User should be able search with fieldname or its prefix
- User should be able to search with fieldname or its prefix scoped just to schema
- User should be able to search with fieldname and fieldtype (only for primitive types)
- Search Filtering:
- User should be able to filter searches to a particular entity type for example app, program, dataset
- Partial Searching:
- User should be able to see result for individual words in search query.
Design
Search Query Examples:
- User stores a key-value metadata with key = "Codename" and value = "Alpha Tango Charlie" for an entity
- User can retrieve this entity with the following queries:
- key-value
- Codename: Alpha Tango Charlie
- Codename: Alpha Tang*
- key with part of value
- Codename: Alpha
- Codename: Tango
- Codename: Charlie
- Codename: Alp*
- value
- Alpha Tango Charlie
- Alpha*
- Alpha Tan*
Note:- We have decided not to support searches for queries which have parts of value for example "Tango Charlie". You can either search for whole value or with prefix or single words (we plan to tokenize on whitespace)
- parts of value
- Alpha
- Tango
- Charlie
- Alph*
- Tan*
- Ch*
- key-value
- Not supported:
- key* i.e. Codename*
- User can retrieve this entity with the following queries:
- User tags an entity with the following tags "Tag1, Tag22"
- User can retrieve this entity with the following queries:
- tag key and a tag value:
- tags: Tag1
- tags: Tag*
- a tag value
- tag22
- tag2*
- tag key and a tag value:
- User can retrieve this entity with the following queries:
A dataset has the following schema:
Code Block title Nested Schema { "EmpName": "String", "EmpContact": { "EmpTel": "Integer", "EmpAddr": "String" } }
User can retrieve this dataset entity with the following queries:
- fieldname:
- EmpName
- EmpContact
- EmpTel
- EmpAddr
- Emp*
- fieldname scoped to schema:
- schema: EmpName
- schema: EmpContact
- schema: EmpTel
- schema: EmpAddr
- schema: Emp*
- fieldname with fieldtype (only for primitive types)
- EmpName:String (only for java primitive types)
- EmpName:String (only for java primitive types)
- We don't plan to support schema searches with fieldType. If a user searched with a query which is not scoped with schema by default it will search for schema fields besides the normal key-value and tags.
Open questions:- What if an entity has multiple schema (ex: transform which has input and output schema)
- We will index both schema
- How will an user search for a fieldName across input and output schema ?
- We do not support searches limited to input/output or just one schema
- What if an entity has multiple schema (ex: transform which has input and output schema)
- fieldname:
- Search Filtering:
- User wants to search only for 'dataset'
- dataset: Codename: Alpha
- dataset: tags: Tag1
- dataset: schema: EmpName
Note: if not entity type is specified we will return all matched entities.
- User wants to search only for 'dataset'
- Partial Searching:
- User searches for "California USA" : Separate every search query on white space and search for every single word (or)
Search result will contain:- All entities tagged with "California USA" followed by
- All entities tagged with "California" followed by
- All entities tagged with "USA"
- User searches for "California USA" : Separate every search query on white space and search for every single word (or)
Storage:
We are going to use the IndexedTable which we are using currently too. In the new storage design we will have two rows:
...