MongoDB Developer Center
Developer Topics

Getting Started with MongoDB and Tornado

Aaron BassettPublished Feb 05, 2022 • Updated May 23, 2022
facebook icontwitter iconlinkedin icon
random alt
Rate this code example
QuickStart Python Logo
is a Python web framework and asynchronous networking library, originally developed at
. Because Tornado uses non-blocking network I/O, it is ideal for long polling, WebSockets, and other applications that require a long-lived connection to each user.
Tornado also makes it very easy to create JSON APIs, which is how we're going to be using it in this example.
Motor, the Python async driver for MongoDB
, comes with built-in support for Tornado, making it as simple as possible to use MongoDB in Tornado regardless of the type of server you are building.
In this quick start, we will create a CRUD (Create, Read, Update, Delete) app showing how you can integrate MongoDB with your Tornado projects.


  • Python 3.9.0
  • A MongoDB Atlas cluster. Follow the "
    Get Started with Atlas
    " guide to create your account and MongoDB cluster. Keep a note of your username, password, and
    connection string
    as you will need those later.

Running the Example

You will need to install a few dependencies: Tornado,
, etc. I always recommend that you install all Python dependencies in a
for the project. Before running pip, ensure your virtualenv is active.
It may take a few moments to download and install your dependencies. This is normal, especially if you have not installed a particular package before.
Once you have installed the dependencies, you need to create an environment variable for your MongoDB connection string.
Remember, anytime you start a new terminal session, you will need to set this environment variable again. I use
to make this process easier.
The final step is to start your Tornado server.
Tornado does not output anything in the terminal when it starts, so as long as you don't have any error messages, your server should be running.
Once the application has started, you can view it in your browser at
. There won't be much to see at the moment as you do not have any data! We'll look at each of the end-points a little later in the tutorial, but if you would like to create some data now to test, you need to send a POST request with a JSON body to the local URL.
Try creating a few students via these POST requests, and then refresh your browser.

Creating the Application

All the code for the example application is within I'll break it down into sections and walk through what each is doing.
Connecting to MongoDB
One of the very first things we do is connect to our MongoDB database.
We're using the async motor driver to create our MongoDB client, and then we specify our database name college.
Application Routes
Our application has four routes:
  • POST / - creates a new student.
  • GET / - view a list of all students or a single student.
  • PUT /{id} - update a student.
  • DELETE /{id} - delete a student.
Each of the routes corresponds to a method on the MainHandler class. Here is what that class looks like if we only show the method stubs:
As you can see, the method names correspond to the different HTTP methods. Let's walk through each method in turn.
POST - Create Student
Note how I am converting the ObjectId to a string before assigning it as the _id. MongoDB stores data as
, but we're encoding and decoding our data from JSON strings. BSON has support for additional non-JSON-native data types, including ObjectId, but JSON does not. Because of this, for simplicity, we convert ObjectIds to strings before storing them.
The route receives the new student data as a JSON string in the body of the POST request. We decode this string back into a Python object before passing it to our MongoDB client. Our client is available within the settings dictionary because we pass it to Tornado when we create the app. You can see this towards the end of the
The insert_one method response includes the _id of the newly created student. After we insert the student into our collection, we use the inserted_id to find the correct document and write it to our response. By default, Tornado will return an HTTP 200 status code, but in this instance, a 201 created is more appropriate, so we change the HTTP response status code with set_status.
GET - View Student Data
We have two different ways we may wish to view student data: either as a list of all students or a single student document. The get method handles both of these functions.
First, we check to see if the URL provided a path parameter of student_id. If it does, then we know that we are looking for a specific student document. We look up the corresponding student with find_one and the specified student_id. If we manage to locate a matching record, then it is written to the response as a JSON string. Otherwise, we raise a 404 not found error.
If the URL does not contain a student_id, then we return a list of all students.
Motor's to_list method requires a max document count argument. For this example, I have hardcoded it to 1000; but in a real application, you would use the
skip and limit parameters
in find to paginate your results.
It's worth noting that as a defence against
JSON hijacking
, Tornado will not allow you to return an array as the root element. Most modern browsers have patched this vulnerability, but Tornado still errs on the side of caution. So, we must wrap the students array in a dictionary before we write it to our response.
PUT - Update Student
The update route is like a combination of the create student and the student detail routes. It receives the id of the document to update student_id as well as the new data in the JSON body.
We attempt to $set the new values in the correct document with update_one, and then check to see if it correctly modified a single document. If it did, then we find that document that was just updated and return it.
If the modified_count is not equal to one, we still check to see if there is a document matching the id. A modified_count of zero could mean that there is no document with that id, but it could also mean that the document does exist, but it did not require updating because the current values are the same as those supplied in the PUT request.
Only after that final find fails, we raise a 404 Not Found exception.
DELETE - Remove Student
Our final route is delete. Again, because this is acting upon a single document, we have to supply an id, student_id in the URL. If we find a matching document and successfully delete it, then we return an HTTP status of 204 or No Content. In this case, we do not return a document as we've already deleted it! However, if we cannot find a student with the specified student_id, then instead, we return a 404.

Wrapping Up

I hope you have found this introduction to Tornado with MongoDB useful. Now is a fascinating time for Python developers as more and more frameworks—both new and old—begin taking advantage of async.
If you would like to know more about how you can use MongoDB with Tornado and WebSockets, please read my other tutorial,
Subscribe to MongoDB Change Streams Via WebSockets
If you have questions, please head to our
developer community website
where the MongoDB engineers and the MongoDB community will help you build your next big idea with MongoDB.
hamburgerView Code

Copy Link
facebook icontwitter iconlinkedin icon
Rate this code example
Getting Started with MongoDB and Sanic

May 12, 2022
Code Example
Example Application for Dog Care Providers (DCP)

Jul 07, 2022
Upgrade Fearlessly with the MongoDB Stable API

May 16, 2022
Getting Started with Aggregation Pipelines in Python

May 12, 2022
Table of Contents
  • Prerequisites