This document describes the JSON format used for sending document operations to Vespa.
Field types are defined in the
schema reference.
This is a reference for:
JSON representation of field types in Vespa documents
JSON representation of document operations (put, get, remove, update)
JSON representation of addressing fields for update, and update operations
Feeding in an empty string ("") for a field will have the same effect as not
feeding a value for that field, and the field will not be rendered in the
document API and in document summaries.
Feeding in an empty array ([]) for a field will have the same effect as not
feeding a value for that field, and the field will not be rendered in the
document API and in document summaries.
weightedset
Weighted sets are represented as maps where the value is the weight.
Note, even if the key is not a string as such, it will be represented as a string in the JSON format.
Feeding in an empty weightedset ({}) for a field will have the same effect as not
feeding a value for that field, and the field will not be rendered in the
document API and in document summaries.
tensor
Indexed tensors short form:
An array where the values are ordered in the standard value order,
where indexes of dimensions to the right are incremented before indexes to the left,
where dimensions are ordered alphabetically
(such that, e.g. with a tensor with dimensions x,y the "y" values for each value of "x" are adjacent):
"tensorfield":[2.0,3.0,5.0,7.0]
The cells array can optionally be nested in an object under the key "values".
This is how tensor values are returned by default,
along with another key "type" containing the tensor type.
Short form for tensors with a single mapped dimension:
A map with the dimension key as key and the value as value.
"tensorfield":{"a":2.0,"b":3.0}
The cells object can optionally be nested in an object under the key "cells".
This is how tensor values are returned by default,
along with another key "type" containing the tensor type.
Mixed tensors short form:
If the tensor has a single sparse dimension: A map where the key is the value of that dimension and the value
is a nested array containing the values of the dense subspace within that key.
If the tensor has multiple sparse dimensions: An array nested in a "blocks" element where the elements consist of a map with the keys
"address" and "values", where "address" is a map with the sparse dimensions and their values (as in cells),
and "values" is a nested array containing the values of the dense subspace within that address.
This is how tensor values are returned by default,
along with another key "type" containing the tensor type.
Cell values as binary data
For dense and mixed tensors it's possible to fill the cell values directly from binary data
sent in as a string of hexadecimal digits. The simplest possible case is if you have a
vector with int8 cell value type:
"tensorfield":{"values":"FF00118022FE"}
This can be used to represent the value tensor<int8>(x[6]):[-1,0,17,-128,34,-2].
For other cell types, it's possible to take the bits of the floating-point value,
interpreted directly as an unsigned integer of appropriate width (16, 32, or 64 bits)
and use the hex dump (respectively 4, 8, or 16 hex digits per cell) in a string.
For "float" cells (32-bit IEE754 floating-point) a simple snippet for converting
a cell could look like this:
As an advanced combination example, if you have a tensor with type
tensor<float>(tag{},x[3])
this input could be used, shown with corresponding output:
This works for any tensor but is verbose, so shorter forms specific to various tensor types are also supported.
Use the shortest form applicable to your tensor type for the best possible performance.
The cells array can optionally be nested in an object under the key "cells".
This is how tensor values are returned by default,
along with another key "type" containing the tensor type.
struct
"mystruct":{"intfield":123,"stringfield":"foo"}
map
The JSON dictionary key must be a string,
even if the map key type in the schema is not a string:
Feeding in an empty map ({}) for a field will have the same effect as not
feeding a value for that field, and the field will not be rendered in the
document API and in document summaries.
annotationreference
Annotation-references do not have a JSON representation
In general, fields that have not received a value during feeding will be ignored
when rendering the document. They are considered as empty fields.
However, certain field types have some values which causes them to be considered empty.
For instance, the empty string ("") is considered empty, as well as the empty array ([]).
See the above table for more information for each type.
The "update" payload has an "update" operation and "fields"
(/document/v1/ example):
{"update":"id:music:music::123","fields":{"title":{"assign":"The best of Bob Dylan"}}}
Test and set
An optional condition can be added to operations to specify a test and set condition -
see conditional writes.
The value of the condition is a document selection,
encoded as a string.
Example: Increment the sales field only if it is already equal to 999
(/document/v1/ example):
Note:
Use documenttype.fieldname in the condition, not only fieldname.
If the condition is not met, a 412 response code is returned.
create (create if nonexistent)
Updates to nonexistent documents are supported using create.
(/document/v1/ example):
{"update":"id:mynamespace:music::bob/BestOf","create":true,"fields":{"title":{"assign":"The best of Bob Dylan"}}}
Since Vespa 8.178, create can also be used together with conditional Put operations
(/document/v1/ example
- review notes there before using):
{"put":"id:music:music::123","condition":"music.sales==999","create":true,"fields":{"title":"Best of Bob Dylan"}}
assign
assign is used to replace the value of a field (or an element of a collection) with a new value.
When assigning, one can generally use the same syntax and structure
as when feeding that field's value in a put operation.
Single value field
field title type string {
indexing: summary
}
{"update":"id:mynamespace:music::example","fields":{"title":{"assign":"The best of Bob Dylan"}}}
Tensor field
field tensorfield type tensor(x{},y{}) {
indexing: attribute | summary
}
Individual map entries can be updated using field path syntax.
The following declaration defines a map where the key is an Integer
and the value is a person struct.
struct person {
field first_name type string {}
field last_name type string {}
}
field contact type map<int, person> {
indexing: summary
}
Example updating part of an entry in the contact map:
contact is the name of the map field to be updated
{0} is the key that is going to be updated
first_name is the struct field to be updated inside the person struct
Assigning an element to a key in a map will insert the key/value mapping if it does not already exist,
or overwrite it with the new value if it does exist.
Refer to the reference for restrictions using maps.
Map to primitive value
field my_food_scores type map<string, string> {
indexing: summary
}
struct contact_info {
field phone_number type string {}
field email type string {}
}
field contacts type map<string, contact_info> {
indexing: summary
}
{"update":"id:mynamespace:cakes:tasty_chocolate_cake","fields":{"ingredients[3]":{"assign":"2 cups of flour (editor's update: NOT asbestos!)"}}}
Note that the index element 3 needs to exist. Alternative using match:
{"update":"id:mynamespace:cakes:tasty_chocolate_cake","fields":{"ingredients":{"match":{"element":3,"assign":"2 cups of flour (editor's update: NOT asbestos!)"}}}}
Individual array elements may be updated using field path
or match syntax.
Add cells to mapped or mixed tensors. Invalid for tensors with only indexed
dimensions. Adding a cell that already exists will overwrite the cell value with the new value.
The address must be fully specified, but cells with bound indexed dimensions not specified
will receive the default value of 0.0.
See system test
tensor add update
for more examples.
field tensorfield type tensor(x{},y[3]) {
indexing: attribute | summary
}
Removes cells from mapped or mixed tensors.
Invalid for tensors with only indexed dimensions.
Only mapped dimensions should be specified for tensors with both
mapped and indexed dimensions, as all indexed cells the mapped
dimensions point to will be removed implicitly.
See system test
tensor remove update
for more examples.
field tensorfield type tensor(x{},y[2]) {
indexing: attribute | summary
}
In this example, cells {x:b,y:0},{x:b,y:1},{x:c,y:0},{x:c,y:1} will be removed.
It is also supported to specify only a subset of the mapped dimensions in the addresses.
In that case, all cells that match the label values of the specified dimensions are removed.
In the given example, all cells having label b for dimension x are removed.
field tensorfield type tensor(x{},y{},z[2]) {
indexing: attribute | summary
}
The four arithmetic operators increment, decrement,
multiply and divide are used to modify single
value numeric values without having to look up the current
value before applying the update. Example:
field sales type int {
indexing: summary | attribute
}
If an arithmetic operation is to be done for a specific key
in a weighted set or array, use the match operation:
field track_popularity type weightedset<string> {
indexing: summary | attribute
}
{"update":"id:music:music::https://music.yahoo.com/bobdylan/BestOf","fields":{"track_popularity":{"match":{"element":"Lay Lady Lay","increment":1}}}}
In other words, for the weighted set "track_popularity",
match the element "Lay Lady Lay", then increment its weight by 1.
See the reference for how to auto-create keys.
If the updated field is an array, the element value would be a positive integer.
Note:
Only one
element can be matched per operation.
Modify tensors
Individual cells in tensors can be modified using the modify update.
The cells are modified according to the given operation:
replace - replaces a single cell value
add - adds a value to the existing cell value
multiply - multiples a value with the existing cell value
The addresses of cells must be fully specified. If the cell does not exist, the update for that cell will be ignored.
Use "create": true (see example below) to create non-existing cells before the modify update is applied.
See system test
tensor modify update
for more examples.
field tensorfield type tensor(x[3]) {
indexing: attribute | summary
}
In this example, cell {"x":"1"} is replaced with value 7.0 and {"x":"2"} with value 8.0.
If operation add or multiply was used instead,
7.0 and 8.0 would be added or multiplied to the current values of cells {"x":"1"} and {"x":"2"}.
For tensors with a single mapped dimension the cells short form can also be used:
field tensorfield type tensor(x{}) {
indexing: attribute | summary
}
In this example, 5.0 is added to cell {"x":"b"} and 6.0 is added to cell {"x":"c"}.
With "create": true non-existing cells in the input tensor are created before applying the modify update.
The default cell value is 0.0 for replace and add, and 1.0 for multiply.
This means a non-existing cell ends up with the value specified in the operation.
For mixed tensors the block short form can also be used to modify entire dense subspaces:
field tensorfield type tensor(x{},y[3]) {
indexing: attribute | summary
}
Fieldpath is for accessing fields within composite structures -
for structures that are not part of index or attribute,
it is possible to access elements directly using fieldpaths.
This is done by adding more information to the field value.
For map structures, specify the key (see example).
mymap{mykey}
and then do operation on the element which is keyed by "mykey".
Arrays can be accessed as well (see details).
myarray[3]
And this is also true for structs (see details).
Note: Struct updates do not work for
index mode:
mystruct.value1
This also works for nested structures,
e.g. a map of map to array of struct:
{"update":"id:mynamespace:complexdoctype::foo","fields":{"nested_structure{firstMapKey}{secondMapKey}[4].title":{"assign":"Look at me, mom! I'm hiding deep in a nested type!"}}}