DB Mock
O DB Mock simula bancos de dados para o backend. Um cluster PostgreSQL embarcado roda por projeto; você define tabelas, seeds e connection strings — o serviço conecta com JDBC, pg, etc., como faria em homolog.
Disponível apenas no Mock Flow Desktop. Não existe na versão web.
Para quem é
- Desenvolvedores backend (Java/Spring, Node, .NET) que dependem de tabelas
- Microserviços que leem/escrevem em Postgres enquanto homolog não está liberado
- Ambientes offline ou redes restritas
Dois mocks, um produto
| Mock | Consumidor | Protocolo |
|---|---|---|
| API Mock | Frontend, BFF | HTTP/JSON |
| DB Mock | Backend | PostgreSQL (driver JDBC, pg, …) |
Eles compartilham o mesmo projeto (ex.: loja-demo), mas são independentes: o front chama HTTP; o backend conecta no banco.
Arquitetura
Backend (Spring, Node, …)
│
▼
postgresql://user:pass@127.0.0.1:5433/catalogo
│
▼
Cluster Postgres embarcado (1 por projeto)
│
├─ Banco lógico: catalogo (tabelas products, …)
├─ Banco lógico: pedidos (tabelas orders, …)
└─ …- Um processo Postgres por projeto (porta configurável, padrão
5433) - Vários bancos lógicos na mesma porta — o backend escolhe pelo nome do database na connection string
- Dados locais — cluster persiste em disco na pasta do app
O que você configura
| Peça | O que é |
|---|---|
| Cluster | Processo Postgres + porta TCP |
| Banco lógico | Database name, usuário, senha |
| Tabela | Colunas (tipos, PK, defaults) |
| Seed | Linhas iniciais (JSON array) |
Fluxo resumido
1. Abrir projeto → aba DB Mock
2. Criar bancos lógicos (ex.: catalogo, pedidos)
3. Definir tabelas + seeds em cada banco
4. Iniciar cluster
5. Copiar connection string (URI ou JDBC)
6. Apontar o backend para 127.0.0.1Console SQL
Cada banco tem um console SQL integrado para testar SELECT antes de conectar o backend.
Próximo passo
Last updated on