[PROMOÇÃO] Assine com + 30% de desconto ANUAL MENSAL (últimas horas)
Bruno Roberto Gomes
Criador Bruno Roberto Gomes 25/07/2024

Pessoal, minha dúvida é mais uma questão de arquitetura de banco de dados do que de linguagem de programação.

Seguinte: imaginem um sistema SaaS em que a sua empresa também usa o seu sistema.

Existe o cadastro de clientes, contas a receber, enfim...

O que acham da arquitetura onde, ao invés de existir uma tabela de tenants, os tenants ficam dentro da própria tabela de clientes? Afinal o tenant é um cliente da sua empresa.

Lembrando que, dessa forma, a tabela de clientes possui a primary key "id" e uma foreign key "cliente_id" apontando para ela mesma, nullable. Portanto, para ser um tenant, o campo "cliente_id" deve ser null.

Dessa forma também daria para colocar as cobranças dos tenants (agora clientes) dentro da tabela de contas a receber e não em uma tabela de cobranças específica para os tenants.

Manager Carlos Ferreira 25/07/2024

Olá, Bruno! Tudo bem?

 

Depende muito do projeto.

 

Já tive projetos que combinei os modelos multi e single tenancy, porque separando os clientes em bancos separados, ainda puder fazer um slipt das informações dentro do banco do tenant.

 

No seu caso, está certo, se vai atender o seu modelo de negócio, só segue!

Carlos Ferreira
Sabe a Solução? Ajude a resolver!

Precisa estar logado para conseguir responder a este ticket!

Clique Aqui Para Entrar!