Querying in a certain vtag-view requires to know ID of vtag field

[bruno]

Suppose you want to launch a query on SOLR where you only want to search for versions which have the 'live' tag.

You can do this by adding a condition on the @@vtag field, but this contains the ID of the vtag, which is clumsy to work with. Probably we should add an @@vtagName field (or reverse: make the current one @@vtagId). If people would rename vtag fields, than they'll have to rebuild their index.

Another way to handle this would be if this condition would be added by Lily, i.e. by a higher-level query interface which can perform the name to id translation.

[bruno]

This is pretty important, should do something around it in 0.2

[bruno]

In [4771]:

Indexer: adding new built-in fields that are sent to solr: version (re #260) and vtag name (re #58). The existing vtag field has been renamed to @@vtagId, the vtag name is stored as @@vtag.
Backwards incompatibility: you need to add these new fields to your SOLR schema.xml. If you're not interested in them, you can mark them non-stored/non-indexed. And if you relied on @@vtag, you should now use @@vtagId.

[bruno]

Documentation still todo. The @@vtag contains the non-namespaced name of the vtag. When a vtag field type would be renamed, the index is not automatically updated to reflect this, it is up to the user to trigger a batch index rebuild. Should also mention that indexing of @@vtag/@@vtagId is not required.