As you saw in the previous talk, MongoDB is extremely flexible - if you want, you can store data of literally any structure in a collection, even if you haven't defined that structure beforehand. However, this flexibility has a weakness: since you can enter data in any arbitrary format, and there's no built-in validation to permit/reject new documents, there's no assurance that the documents in a collection will be consistent in any way. Fortunately, there's a tool called Mongoose that will help to address these problems.
- MongoDB
- Use Mongoose to access and manipulate a MongoDB database from a JavaScript program.
- Use JavaScript Promises to combine Mongoose operations.
- Set up validations in Mongoose to validate data for storage in MongoDB.
Fork and clone this repo; then run npm install
.
"Mongoose is an Object-Document Mapper"
What does that mean?
When we were learning about Rails, we used a tool called ActiveRecord; ActiveRecord was an "Object-Relational Mapper", a tool that allowed us to take relations (i.e. rows) from a SQL table and represent them with Ruby objects. Mongoose fills a similar role, allowing us to represent documents (the MongoDB analogue to SQL relations) using JavaScript objects. Additionally, because Mongoose fits in between our JS code and Mongo, it's able to add some limitations on how Mongo gets used, so that there's greater consistency in our data.
The core elements of Mongoose are:
- Documents, JavaScript objects that map to Documents in MongoDB.
- Models, which are Constructor functions that generate new Documents.
- Schemas, which specify the properties that the Models give to their respective Documents.
Let's look at an example.
const mongoose = require('mongoose');
const personSchema = new mongoose.Schema({
name: {
given: String,
surname: String
}
});
const Person = mongoose.model('Person', personSchema);
let person = Person.create({...});
// alternatively,
/*
let person = new Person({...});
person.save();
*/
personSchema
above is a new Mongoose Schema;
it specifies a name
property with given
and surname
sub-properties.
That Schema gets passed into mongoose.model
as an argument,
where it is used to create the Person
model;
Mongoose uses the first argument to map this model
to the MongoDB collection people
.
Finally, we call Person.create
to create a new Person document,
and store the result in person
.
In addition to specifying what type of data each attribute is, we can also specify other features, such as default values or default transformations (i.e. automatically uppercasing or lowercasing strings).
This can be done by replacing the type's name in the Schema with an object, like so:
const someSchema = new mongoose.Schema({
name: {
given: {
type: String,
set: capitalize
},
surname: {
type: String,
set: capitalize
},
}
location: {
type: String,
default: 'Boston'
}
});
// if we were to use `capitalize` it would need to be defined elsewhere
const capitalize = function(val) {
if (typeof val !== 'string') val = '';
return val.charAt(0).toUpperCase() + val.substring(1);
};
A full list of these options can be found in the Mongoose API documentation.
As mentioned, MongoDB does not put any limitations on what you put in your collections. Fortunately, Mongoose provides a way to add some boundaries using validators.
const someSchema = new Schema({
name: {
type: String,
required: true
},
height: Number
});
Validators are associated with different 'SchemaTypes',
i.e. the kind of data that the attribute holds.
Every SchemaType implements the required
validator,
but they also each have their own type-specific validators built in.
Type | Built-In Validators |
---|---|
String | enum , match , maxlength , minlength |
Number | max , min |
Date | max , min |
Additionally, custom validators can be written for any type at any time,
using the validate
option:
const someSchema = new Schema({
someEvenValue : {
type: Number
validate: {
validator: function(num){
return num%2 === 0;
},
message: 'Must be even.'
}
}
});
Another neat feature of Schemas is the ability to define 'virtual attributes':
attributes whose values are interrelated with the values of other attributes.
In reality, these 'attributes' are actually just a pair of functions -
get
and set
, specifically.
Assuming we have name.given
and name.surname
properties:
we can derive a name.full property
from them.
personSchema.virtual('name.full').get(function () {
return this.name.given + ' ' + this.name.surname;
});
personSchema.virtual('name.full').set(function (name) {
let split = name.split(' ');
this.name.given = split[0];
this.name.surname = split[1];
});
We're going to create a simple command-line program that allows us
to perform CRUD in a MongoDB database called mongoose-crud
over a collection called people
, and display JSON data back in the console.
The code for this program will be found in app-people.js
,
in the root of this repository.
The code for reading from the console has already been written for us
so that we can focus exclusively on the Mongoose piece of the puzzle.
As you can see, the code in that section is incomplete.
const create = function(givenName, surname, dob, gender) {
/* Add Code Here */
};
const index = function() {
/* Add Code Here */
};
const show = function(id) {
/* Add Code Here */
};
const update = function(id, field, value) {
/* Add Code Here */
};
const destroy = function(id) {
/* Add Code Here */
};
We're going to add the missing code so that our app can do CRUD.
First, we need to create the database that app-people.js
references,
mongoose-crud
.
mongo mongoose-crud
Inside person.js
, which is located in the models
directory, let's first
define a Schema for Person.
A person should have several properties:
name.given
, name.surname
, dob
, gender
, height
, weight
, and age
(a virtual property).
Additionally, each Person document should have timestamps indicating
when it was created and when it was last modified.
Next, we'll use the Schema to generate a new Model, and export that Model out of the module.
Finally, we'll need to require
this Model from app-people.js
if we want to be able to use it there. And then we can run
node scripts/people.js
to load people into our mongoose-crud people
collection in the correct format of our mongoose schema.
Now let's actually get into writing the CRUD actions.
Finishing the create
method will be pretty straightforward,
since Mongoose already gives us a create
method.
According to the documentation, here is the signature for create
:
Model.create(doc(s), [callback])
This means that the create
method takes an object representing a document
(or several objects, representing multiple documents)
with an optional callback as the final argument.
That callback will be handed several arguments:
first, a reference to any errors created during the create
operation,
and
second, a list of references to the newly created documents
(one for each object passed in).
Please follow as I code along this action.
Next, let's fill in the index
and read
(i.e. search
) methods.
To do this, we're going to need to query MongoDB using Mongoose.
Mongoose has a couple of methods for doing this, just like ActiveRecord did.
Mongoose Method | Rough ActiveRecord Equivalent |
---|---|
find |
where (or, with no arguments, all ) |
findById |
find |
findOne |
find_by |
For index
, we want to get all People, so we'll use find
.
The Mongoose documentation gives the signature of find
as
Model.find(conditions, [projection], [options], [callback])
where conditions
are the search parameters, i.e. {'name.given': 'Bob'}
;
optional parameters projection
and options
offer additional configuration;
lastly, find
accepts a callback.
Please follow along as I code this action.
Now let's implement show
. We'll use findById
instead of find
,
since we specifically want to look up a document by its ID.
Please follow along as I code this action
To do an update in Rails, you need to
(a) look up the record you want by its ID, and then
(b) have it update one or more of its values.
As we've just seen, the first of these can be accomplished using findById
.
To do the second, we need to actually change a property on the document,
and then run .save
.
Please follow along as I code
The destroy
method should look a lot like the show
and update
methods.
The Mongoose method we want to use here is remove
;
Please follow along as I code
In your squads, repeat this exercise for a new resource, Places. Places have the following features:
- name (required)
- latitude (required)
- longitude (required)
- country
- isNorthernHemisphere? (virtual)
- isWesternHemisphere? (virtual)
You should ensure that only reasonable values of latitude and longitude are allowed to be added to the database.
Create a new file for your Mongoose model, and load it from
the app-places.js
file; that file will provide a command-line UI for
performing CRUD on you new Places resource.
Like in the code-along, the 'action' methods in app-places.js
have no content;
you'll need to fill them up with code for doing CRUD on your new model.
- The Mongoose API docs at http://mongoosejs.com/docs/api.html
- All content is licensed under a CCBYNCSA 4.0 license.
- All software code is licensed under GNU GPLv3. For commercial use or alternative licensing, please contact legal@ga.co.