Tabela de Conteúdos
- Relacionamentos
- Relacionamentos no Sequelize
- Associação 1:1
- Associação 1:N
- Associação N:N
- Utilizando Relacionamentos
- Transações
Relacionamentos
O que são?
São relações restritas entre entidades de diferentes tabelas, onde uma entidade da Tabela A, pode ter um ou mais relacionamentos com uma entidade da Tabela B e vice-versa.
Relacionamentos no Sequelize
Criação
Criamos os relacionamentos entre tabelas a partir das Migrations do Sequelize, lá definimos entre quais tabelas será o relacionamento.
Sintaxe
Dentro de uma Migration iremos definir qual campo será a Foreign Key, qual será seu comportamento em casos de atualização ou deleção, e por fim com qual campo de outra tabela irá se relacionar.
module.exports = {
up: async (queryInterface, Sequelize) => {
return queryInterface.createTable('Addresses', {
/* ----- CHAVES COMUNS ----- */
// id: {
// allowNull: false,
// autoIncrement: true,
// primaryKey: true,
// type: Sequelize.INTEGER,
// },
// city: {
// allowNull: false,
// type: Sequelize.STRING,
// },
// street: {
// allowNull: false,
// type: Sequelize.STRING,
// },
// number: {
// allowNull: false,
// type: Sequelize.INTEGER,
// },
/* ----- CHAVES COMUNS ----- */
/* ----- CHAVE ESTRANGEIRA ----- */
customerId: { // <- definição/configuração da FK
type: Sequelize.INTEGER,
allowNull: false,
onUpdate: 'CASCADE', // <- diz o que fazer quando um endereço sofrer alteração
onDelete: 'CASCADE', // <- diz o que fazer quando um endereço for deletado
field: 'customer_id',
references: { // <- aqui definimos a referência para a PK da tabela Customer
model: 'Customers', // <- informamos a tabela que terá a PK
key: 'id', // <- informamos qual a PK da tabela
},
},
/* ----- CHAVE ESTRANGEIRA ----- */
});
},
down: async (queryInterface, _Sequelize) => {
return queryInterface.dropTable('Addresses');
},
};
Mapeamento
Tendo definido os relacionamentos na Migration, agora iremos mapeá-los nas Models, para que o comportamento do Sequelize aconteça de forma correta para a busca, criação, atualização ou deleção de um entidade.
Sintaxe
Dentro da Model iremos definir a Foreign Key e o tipo de relacionamento entre as tabelas, para isso iremos utilizar métodos de associação fornecidos pelo próprio Sequelize, esses que serão abordados mais a frente.
Nos exemplos a seguir iremos mapear o relacionamento nas duas Models, porém isso não é necessário, o mapeamento é obrigatório somente na entidade que vamos usar como base em nossas buscas no DB. Por exemplo:
"Ao pesquisarmos os endereços DOS clientes, estaremos utilizando o Model Customer como base em nossa busca, logo seria necessário o mapeamento apenas de Customer."
"Já ao pesquisarmos os clientes POR endereço, estaremos utilizando o Model Address como base, então apenas o seu mapeamento seria necessário."
"Agora se quisermos realizar a pesquisa em ambas as "direções" então o mapeamento de ambas as Models será necessária."
// models/Customer.js
module.exports = (sequelize, DataTypes) => {
const Customer = sequelize.define('Customer', {
id: { type: DataTypes.INTEGER, primaryKey: true, autoIncrement: true },
firstName: DataTypes.STRING,
lastName: DataTypes.STRING,
email: DataTypes.STRING,
},
{
timestamps: false, // deixa os campos createdAt e updatedAt opcionais
tableName: 'Customers',
underscored: true,
});
/* ----------------------- */
Customer.associate = (models) => { // <- associando as colunas
Customer./*método de relacionamento*/(models.Address,
{ foreignKey: /*chave estrangeira*/, as: /*"aliases", opcional*/ });
};
/* ----------------------- */
return User;
};
// models/Address.js
module.exports = (sequelize, DataTypes) => {
const Address = sequelize.define('Address', {
id: { type: DataTypes.INTEGER, primaryKey: true, autoIncrement: true },
city: DataTypes.STRING,
street: DataTypes.STRING,
number: DataTypes.INTEGER,
/* ----- CHAVE ESTRANGEIRA ----- */
customer_id: { type: DataTypes.INTEGER, foreignKey: true }, // <- é opcional defini-la
/* ----- CHAVE ESTRANGEIRA ----- */
},
{
timestamps: false, // deixa os campos createdAt e updatedAt opcionais
tableName: 'Addresses',
underscored: true,
});
/* ----------------------- */
Address.associate = (models) => { // <- associando as colunas
Address./*método de relacionamento*/(models.Customer,
{ foreignKey: 'customer_id', as: 'customer' });
};
/* ----------------------- */
return Address;
};
1:1
Métodos de associação
Para associarmos tabelas com um Relacionamento 1:1 utilizamos os métodos .hasOne() e .belongTo(), esses que podem ser "traduzidos" da seguinte forma:
"A Tabela A possui uma (hasOne) chave estrangeira na Tabela B, que por sua vez, tem uma chave estrangeira que pertence a (belongTo) Tabela A".
Em outras palavras, utilizamos o .hasTo() na tabela que esta recebendo a chave estrangeira e o .belongTo() na tabela que está provendo a chave estrangeira.
Sintaxe
Address.associate = (models) => { // A chave estrangeira da Tabela Address pertence a Tabela User
Address.BelongsTo(models.User,
{ foreignKey: 'address_id', as: 'users' });
};
User.associate = (models) => { // <- A Tabela User possui uma chave estrangeira na Tabela Address
User.hasOne(models.Address,
{ foreignKey: 'address_id', as: 'addresses' });
};
1:N
Métodos de associação
Já para o relacionamento 1:N (ou N:1), utilizamos os métodos .hasMany() e .belongsToMany(), esses que podem ser "traduzidos" para o português da seguinte forma:
"A Tabela A possui várias (hasMany) chaves estrangeiras na Tabela B, que por sua vez, tem uma chave estrangeira que pertence a (belongTo) Tabela A".
Simplificando ainda mais, utilizamos o .hasMany() na tabela que esta recebendo a chave estrangeira e o .belongTo() na tabela que está provendo a chave estrangeira.
Sintaxe
// Address.associate = (models) => { // A Relação de pertencimento (belongsTo) se mantém
// Address.belongsTo(models.User,
// { foreignKey: 'address_id', as: 'users' });
// };
User.associate = (models) => { // <- Alteramos somente o método de associação, de hasOne para hasMany
User.hasMany(models.Address,
{ foreignKey: 'address_id', as: 'addresses' });
};
N:N
Métodos de associação
O relacionamento de muitos para muitos (N:N) normalmente é constituído de múltiplos relacionamentos de 1:N ou 1:1:1, sendo assim, normalmente se utiliza uma tabela intermediária para relacionar outras duas tabelas. Dessa forma utilizamos apenas o método .belongsToMany() na tabela intermediária, informando que as FK recebidas pertencem a outras tabelas.
Sintaxe
// models/UserAddress.js
UserAddress.associate = (models) => {
models.Address.belongsToMany(models.User, { // <- Ligação entre Address e User
as: 'users',
through: UserAddress, // <- A chave through define a tabela intermediária
foreignKey: 'address_id', // <- A Foreign Key vinda de Address será seu id, logo address_id
otherKey: 'user_id', // <- Definimos qual a coluna que se relacionará com a Foreign Key de Address
});
models.User.belongsToMany(models.Address, { // <- Ligação entre User e Address
as: 'addresses',
through: UserAddress,
foreignKey: 'user_id', // <- A Foreign Key vinda de User será seu id, logo user_id
otherKey: 'address_id', // <- Definimos qual a coluna que se relacionará com a Foreign Key de User
});
};
Utilizando Relacionamentos
O que faz?
Aqui iremos abordar sobre os tipos de loading (carregamento) que podemos realizar utilizando os relacionamentos entre as tabelas, são esses loadings: Eager Loading e Lazy Loading.
Eager Loading
Retorna todos os dados de uma só vez, não levando em consideração se esses dados serão ou não utilizados. Útil para requisições na qual já sabemos que iremos precisar de todos os dados em questão.
Sintaxe
O Sequelize não possui uma sintaxe própria para definir um Eager Loading, na verdade o que define esse tipo de loading é a falta de "opções", ou seja, sempre que realizarmos uma requisição a tal endpoint ele sempre retornará a mesma coisa, independente do parâmetro, query ou body passados através do Request.
Lazy Loading
Irá retornar apenas o básico de determinada tabela, aumentando, ou detalhando, mais o retorno de acordo com a requisição recebida. Esse loading permite respostas (Responses) mais curtas e apenas com as informações que realmente iremos utilizar.
Sintaxe
Assim como o Eager Loading, o Lazy Loading não possui nenhuma sintaxe especial do próprio Sequelize, o que o diferencia é a possibilidade de ajustar a resposta (Response) de acordo com os parâmetros, queries ou body recebidos.
Transações
O que são?
São operações indivisíveis e independentes de quaisquer outras operações no DB, ou seja, esse tipo de operação não deve depender de terceiros, bem como só deverá ser concluída caso todas as ações internas obtenham sucesso.
O que fazem?
Transações garantem a integridade dos dados, visto que um determinado conjunto de ações precisa ser concluído com sucesso para que o DB seja realmente modificado, caso uma dessas ações falhe teremos dados inconsistentes salvos.
Para exemplificar podemos pensar em uma transferência bancaria, onde o Usuário A irá transferir R$ 100,00 para o Usuário B, de forma bem simplista, precisamos realizar o conjunto de duas ações:
- Subtrair tal valor da conta do Usuário A
- Adicionar o mesmo valor na conta do Usuário B.
Caso qualquer uma dessas ações falhe, os dados ficariam inconsistentes, para isso temos as Transações. Ao definirmos esse conjunto de ações como uma transação, garantimos que o DB será modificado apenas se todas as ações estabelecidas forem concluídas com sucesso, caso contrário todas as modificações, dessa transação, serão desfeitas.
Quando usar?
É altamente recomendável utilizar Transações em operações que irão modificar duas ou mais tabelas, dessa forma garantimos que todas as tabelas sejam modificadas de acordo.
Transações também podem ser usadas para operações em tabelas únicas, porém seu uso não é tão impactante, afinal caso algum erro ocorra a Query inteira deixará de ser executada.
Sintaxe
No Sequelize temos dois tipos de Transações, as Unmanaged Transactions e as Managed Transactions, a diferença geral entre ambas é, respectivamente, o fato de que em uma precisamos definir o caso de sucesso e fracasso manualmente, enquanto a outra faz isso por conta própria.
Unmanaged Transactions
Nesse caso primeiros iniciamos a transação através do método .transaction(), disponibilizado pelo sequelize, salvando seu retorno em uma variável. Após isso executamos nossas operações no DB passando a transaction criada como parâmetro para a operação.
E por fim definimos os casos de sucesso e fracasso, para sucesso utilizamos o método .commit() e para fracasso usamos .rollback().
O exemplo a seguir reúne todo o código dentro dentro de uma só camada, NÃO É O RECOMENDÁVEL,
mas para facilitar a exemplificação da sintaxe faremos dessa forma.
// src/index.js
app.post('/customer', async (req, res) => { // <- Operações com banco de dados são assíncronas
const registerTransaction = await sequelize.transaction();
try {
const { firstName, lastName, email, city, street, number } = req.body;
const customer = await Customer.create(
{ firstName, lastName, email },
{ transaction: registerTransaction }, // <- Aqui definimos a transação que essa ação pertence.
);
await Address.create(
{ city, street, number, customer_id: customer.id },
{ transaction: registerTransaction },
);
await registerTransaction.commit(); // <- Caso não haja nenhum erro o Sequelize irá "commitar" as mudanças
return res.status(201).json({ message: 'Successful register' })
} catch (err) {
await registerTransaction.rollback(); // <- Se houver algum erro iremos cair no catch e reverter as alterações
console.log(err);
return res.status(500).json({ message: 'Something\'s gone wrong' });
}
});
Managed Transactions
Essas Transações são mais simples, pois conseguem definir por conta própria quando o conjunto de ações é concluído com sucesso ou não. O sucesso é definido caso nenhum erro seja lançado durante a execução, então se a nossa condição de falha for somente o lançamento de um erro, essa Transação é mais simples e "clean" de ser utilizada.
Para utilizar a Managed Transactions utilizamos o método .transaction() passando uma callback como argumento, essa que deverá ser assíncrona, no caso de querermos utilizar o async/await.
Ainda precisamos utilizar o bloco try/catch, pois apesar da Transação conseguir lidar sozinha com sucesso e falha, ainda precisamo tratar o erro caso houver e retornar uma resposta (Response) ao cliente informando o que aconteceu.
// src/index.js
app.post('/customer', async (req, res) => { // <- Operações com banco de dados são assíncronas
try {
const { firstName, lastName, email, city, street, number } = req.body;
await sequelize.transaction(async (registerTransaction) => { // <- A variável de transação vira um parâmetro
const customer = await Customer.create(
{ firstName, lastName, email },
{ transaction: registerTransaction }, // <- Aqui definimos a transação que essa ação pertence.
);
await Address.create(
{ city, street, number, customer_id: customer.id },
{ transaction: registerTransaction },
);
return res.status(201).json({ message: 'Successful register' })
});
} catch (err) {
console.log(err);
return res.status(500).json({ message: 'Something\'s gone wrong' });
}
});
Latest comments (0)