Before you start:
- Make sure you’ve installed RethinkDB—it should only take a minute!
- Make also sure you’ve installed the Ruby driver.
- Read the thirty-second quickstart.

For a more detailed look, make sure to read the quickstart.
Start the server from a terminal window.
$ rethinkdb
Start the server from the Windows command prompt.
C:\Users\Slava\RethinkDB\>rethinkdb.exe
First, start a Ruby shell:
$ irb
Then, import the RethinkDB driver:
require 'rethinkdb' include RethinkDB::Shortcuts
You can now access RethinkDB commands through the r module.
When you first start RethinkDB, the server opens a port for the client drivers (28015 by default). Let’s open a connection:
r.connect(:host=>"localhost", :port=>28015).repl
The repl command is a convenience method that sets a default connection in your shell so you don’t have to pass it to the run command to run your queries.
Note: the
replcommand is useful to experiment in the shell, but you should pass the connection to theruncommand explicitly in real applications. See an example project for more details.
By default, RethinkDB creates a database test. Let’s create a table authors within this database:
r.db("test").table_create("authors").run
The result will be:
{
:config_changes => [
<table configuration data>
],
:tables_created => 1
}
(The config_changes field contains metadata about the newly created table; for more details, read about the table_create command.) There are a couple of things you should note about this query:
test with the db command.table_create command to create the actual table.run in order to send the query to the server.All ReQL queries follow this general structure. Now that we’ve created a table, let’s insert some data!
Let’s insert three new documents into the authors table:
r.table("authors").insert([
{ "name"=>"William Adama", "tv_show"=>"Battlestar Galactica",
"posts"=>[
{"title"=>"Decommissioning speech", "content"=>"The Cylon War is long over..."},
{"title"=>"We are at war", "content"=>"Moments ago, this ship received..."},
{"title"=>"The new Earth", "content"=>"The discoveries of the past few days..."}
]
},
{ "name"=>"Laura Roslin", "tv_show"=>"Battlestar Galactica",
"posts"=>[
{"title"=>"The oath of office", "content"=>"I, Laura Roslin, ..."},
{"title"=>"They look like us", "content"=>"The Cylons have the ability..."}
]
},
{ "name"=>"Jean-Luc Picard", "tv_show"=>"Star Trek TNG",
"posts"=>[
{"title"=>"Civil rights", "content"=>"There are some words I've known since..."}
]
}
]).run
We should get back an object that looks like this:
{
"unchanged"=>0,
"skipped"=>0,
"replaced"=>0,
"inserted"=>3,
"generated_keys"=>[
"71879b1b-e81e-48c4-a42c-f41f83d7133e",
"f0a93ef3-cec0-4364-bde6-f664088b9e77",
"f601347b-95a1-4ffe-83bd-ed04d4a3cce5"
],
"errors"=>0,
"deleted"=>0
}
The server should return an object with zero errors and three inserted documents. We didn’t specify any primary keys (by default, each table uses the id attribute for primary keys), so RethinkDB generated them for us. The generated keys are returned via the generated_keys attribute.
There are a couple of things to note about this query:
connect, the default database is set to test). This way we can omit the db('test') command in our query. We won’t specify the database explicitly from now on, but if you want to prepend your queries with the db command, it won’t hurt.insert command accepts a single document or an array of documents if you want to batch inserts. We use an array in this query instead of running three separate insert commands for each document.Now that we inserted some data, let’s see how we can query the database!
To retrieve all documents from the table authors, we can simply run the query r.table('authors'):
cursor = r.table("authors").run
cursor.each{|document| p document}
The query returns the three previously inserted documents, along with the generated id values.
Since the table might contain a large number of documents, the database returns a cursor object. As you iterate through the cursor, the server will send documents to the client in batches as they are requested. The cursor is an iterable Ruby object so you can go through all of the results with a simple for loop.
Let’s try to retrieve the document where the name attribute is set to William Adama. We can use a condition to filter the documents by chaining a filter command to the end of the query:
cursor = r.table("authors").filter{|author| author["name"].eq("William Adama") }.run
cursor.each{|document| p document}
This query returns a cursor with one document—the record for William Adama. The filter command evaluates the provided condition for every row in the table, and returns only the relevant rows. Here’s the new commands we used to construct the condition above:
author refers to the currently visited document.author['name'] refers to the value of the field name of the visited document.eq command returns true if two values are equal (in this case, the field name and the string William Adama).Let’s use filter again to retrieve all authors who have more than two posts:
cursor = r.table("authors").filter{|author| author["posts"].count > 2}.run
cursor.each{|document| p document}
In this case, we’re using a predicate that returns true only if the length of the array in the field posts is greater than two. This predicate contains two commands we haven’t seen before:
count command returns the size of the array.> operator is overloaded by the RethinkDB driver to execute on the server. It returns True if a value is greater than a certain value (in this case, if the number of posts is greater than two).We can also efficiently retrieve documents by their primary key using the get command. We can use one of the ids generated in the previous example:
r.db('test').table('authors').get('7644aaf2-9928-4231-aa68-4e65e31bf219').run
Since primary keys are unique, the get command returns a single document. This way we can retrieve the document directly without iterating through a cursor.
Learn more about how RethinkDB can efficiently retrieve documents with secondary indexes.
Feel free to skip this section if you don’t want to learn about realtime feeds yet. You can always go back and start a feed later.
RethinkDB inverts the traditional database architecture by exposing an exciting new access model – instead of polling for changes, the developer can tell RethinkDB to continuously push updated query results to applications in realtime.
To start a feed, open a new terminal and open a new RethinkDB connection. Then, run the following query:
cursor = r.table("authors").changes.run
cursor.each{|document| p document}
Now switch back to your first terminal. We’ll be updating and deleting some documents in the next two sections. As we run these commands, the feed will push notifications to your program. The code above will print the following messages in the second terminal:
{
"new_val": {
"id": "1d854219-85c6-4e6c-8259-dbda0ab386d4",
"name": "Laura Roslin",
"posts": [...],
"tv_show": "Battlestar Galactica",
"type": "fictional"
},
"old_val": {
"id": "1d854219-85c6-4e6c-8259-dbda0ab386d4",
"name": "Laura Roslin",
"posts": [...],
"tv_show": "Battlestar Galactica"
}
}
RethinkDB will notify your program of all changes in the authors table and will include the old value and the new value of each modified document. See the changefeeds documentation entry for more details on how to use realtime feeds in RethinkDB.
Let’s update all documents in the authors table and add a type field to note that every author so far is fictional:
r.table("authors").update({"type"=>"fictional"}).run
Since we changed three documents, the result should look like this:
{
"unchanged"=>0,
"skipped"=>0,
"replaced"=>3,
"inserted"=>0,
"errors"=>0,
"deleted"=>0
}
Note that we first selected every author in the table, and then chained the update command to the end of the query. We could also update a subset of documents by filtering the table first. Let’s update William Adama’s record to note that he has the rank of Admiral:
r.table("authors").
filter{|author| author["name"].eq("William Adama")}.
update({"rank"=>"Admiral"}).run
Since we only updated one document, we get back this object:
{
"unchanged"=>0,
"skipped"=>0,
"replaced"=>1,
"inserted"=>0,
"errors"=>0,
"deleted"=>0
}
The update command allows changing existing fields in the document, as well as values inside of arrays. Let’s suppose Star Trek archaeologists unearthed a new speech by Jean-Luc Picard that we’d like to add to his posts:
r.table('authors').filter{|author| author["name"].eq("Jean-Luc Picard")}.
update{|author| {"posts"=>author["posts"].append({
"title"=>"Shakespeare",
"content"=>"What a piece of work is man..."})
}}.run
After processing this query, RethinkDB will add an additional post to Jean-Luc Picard’s document.
Browse the API reference for many more array operations available in RethinkDB.
Suppose we’d like to trim down our database and delete every document with less than three posts (sorry Laura and Jean-Luc):
r.table("authors").
filter{ |author| author["posts"].count < 3 }.
delete.run
Since we have two authors with less than two posts, the result is:
{
"unchanged"=>0,
"skipped"=>0,
"replaced"=>0,
"inserted"=>0,
"errors"=>0,
"deleted"=>2
}
Want to keep learning? Dive into the documentation:
- Read the introduction to RQL to learn about the ReQL concepts in more depth.
- Learn how to use map-reduce in RethinkDB.
- Learn how to use table joins in RethinkDB.
- Jump into the cookbook and browse through dozens of examples of common RethinkDB queries.
Note: The RethinkDB Ruby driver includes support for asynchronous connections using EventMachine. Read the asynchronous connections documentation for more information.
© RethinkDB contributors
Licensed under the Creative Commons Attribution-ShareAlike 3.0 Unported License.
https://rethinkdb.com/docs/guide/ruby/