Redis Enterprise Software - Operations and Administration Guide

open all | close all

Developing Applications with ReJSON

Applications developed with the open source version of ReJSON are 100% compatible with ReJSON in Redis Enterprise Software (RS).

ReJSON Path Syntax

Since there is no standard for JSON path syntax, ReJSON implements its own. ReJSON’s syntax is a subset of common best practices and resembles JSONPath not by accident.

Paths always begin at the root of a ReJSON value. The root is denoted by the period character (.). For paths referencing the root’s children, prefixing the path with the root is optional.

Dotted and square-bracketed, single-or-double-quoted-child notation are both supported for object keys, so the following paths all refer to bar, child of foo under the root:

  • foo[“bar”]
  • [‘foo’][“bar”]

Array elements are accessed by their index enclosed by a pair of square brackets. The index is 0-based, with 0 being the first element of the array, 1 being the next element and so on. These offsets can also be negative numbers, indicating indices starting at the end of the array. For example, -1 is the last element in the array, -2 the penultimate, and so on.’

A note about JSON key names and path compatibility

By definition, a JSON key can be any valid JSON String. Paths, on the other hand, are traditionally based on JavaScript’s (and in Java in turn) variable naming conventions. Therefore, while it is possible to have ReJSON store objects containing arbitrary key names, accessing these keys via a path will only be possible if they respect these naming syntax rules:
Names must begin with a letter, a dollar ($) or an underscore (_) character
Names can contain letters, digits, dollar signs and underscores
Names are case-sensitive
Time complexity of path evaluation
The complexity of searching (navigating to) an element in the path is made of:
Child level – every level along the path adds an additional search
Key search – O(N)**, where N is the number of keys in the parent object
Array search – O(1)
This means that the overall time complexity of searching a path is O(N*M), where N is the depth and M is the number of parent object keys.

** While this is acceptable for objects where N is small, access can be optimized for larger objects, and this is planned for a future version.


Log into the ReJSON enabled database with redis-cli and the –raw switch so we can see the raw output:

$ redis-cli --raw>

I have a document called example1 I want to store and it looks like so:

{"foo": "bar"}

Add a new entity to the example1 document called test2 and set it to an array called test3> json.set example1 .test2 '{"test3":[1,2,3]}'

Get the object to see what it looks like:> JSON.GET example1

Get the second array value from the test2 sub-document in the test3 object’s array:> JSON.GET example1 .test2.test3[1]

As you can see, you can easily traverse the document structure by path to get only the data you want, when you need it. You could also use this to increment or another operation on this object.

ReJSON Commands

For the authoritative list of ReJSON commands, please go here.