Association
Direct Subclass:
Creating associations in sequelize is done by calling one of the belongsTo / hasOne / hasMany / belongsToMany functions on a model (the source), and providing another model as the first argument to the function (the target).
- hasOne - adds a foreign key to the target and singular association mixins to the source.
- belongsTo - add a foreign key and singular association mixins to the source.
- hasMany - adds a foreign key to target and plural association mixins to the source.
- belongsToMany - creates an N:M association with a join table and adds plural association mixins to the source. The junction table is created with sourceId and targetId.
Creating an association will add a foreign key constraint to the attributes. All associations use CASCADE
on update and SET NULL
on delete, except for n:m, which also uses CASCADE
on delete.
When creating associations, you can provide an alias, via the as
option. This is useful if the same model is associated twice, or you want your association to be called something other than the name of the target model.
As an example, consider the case where users have many pictures, one of which is their profile picture. All pictures have a userId
, but in addition the user model also has a profilePictureId
, to be able to easily load the user's profile picture.
User.hasMany(Picture)
User.belongsTo(Picture, { as: 'ProfilePicture', constraints: false })
user.getPictures() // gets you all pictures
user.getProfilePicture() // gets you only the profile picture
User.findAll({
where: ...,
include: [
{ model: Picture }, // load all pictures
{ model: Picture, as: 'ProfilePicture' }, // load the profile picture.
// Notice that the spelling must be the exact same as the one in the association
]
})
To get full control over the foreign key column added by sequelize, you can use the foreignKey
option. It can either be a string, that specifies the name, or and object type definition, equivalent to those passed to sequelize.define
.
User.hasMany(Picture, { foreignKey: 'uid' })
The foreign key column in Picture will now be called uid
instead of the default userId
.
User.hasMany(Picture, {
foreignKey: {
name: 'uid',
allowNull: false
}
})
This specifies that the uid
column cannot be null. In most cases this will already be covered by the foreign key constraints, which sequelize creates automatically, but can be useful in case where the foreign keys are disabled, e.g. due to circular references (see constraints: false
below).
When fetching associated models, you can limit your query to only load some models. These queries are written in the same way as queries to find
/findAll
. To only get pictures in JPG, you can do:
user.getPictures({
where: {
format: 'jpg'
}
})
There are several ways to update and add new associations. Continuing with our example of users and pictures:
user.addPicture(p) // Add a single picture
user.setPictures([p1, p2]) // Associate user with ONLY these two picture, all other associations will be deleted
user.addPictures([p1, p2]) // Associate user with these two pictures, but don't touch any current associations
You don't have to pass in a complete object to the association functions, if your associated model has a single primary key:
user.addPicture(req.query.pid) // Here pid is just an integer, representing the primary key of the picture
In the example above we have specified that a user belongs to his profile picture. Conceptually, this might not make sense, but since we want to add the foreign key to the user model this is the way to do it.
Note how we also specified constraints: false
for profile picture. This is because we add a foreign key from user to picture (profilePictureId), and from picture to user (userId). If we were to add foreign keys to both, it would create a cyclic dependency, and sequelize would not know which table to create first, since user depends on picture, and picture depends on user. These kinds of problems are detected by sequelize before the models are synced to the database, and you will get an error along the lines of Error: Cyclic dependency found. 'users' is dependent of itself
. If you encounter this, you should either disable some constraints, or rethink your associations completely.
Member Summary
Public Members | ||
---|---|---|
public | The type of the association. | |
public | ||
public |
Public Members
Copyright © 2014–present Sequelize contributors
Licensed under the MIT License.
https://sequelize.org/v5/class/lib/associations/base.js~Association.html