'
```
Em seguida, conceda privilégios `GRANT SELECT` sobre a tabela correspondente.
```sql theme={null}
-- Conceder somente leitura à tabela de eventos.
GRANT SELECT ON tenant_1.events TO user_1
GRANT SELECT ON tenant_2.events TO user_2
```
Agora você pode se conectar como `user_1` e executar uma consulta SELECT simples na tabela de eventos do banco de dados correspondente. Apenas as linhas do primeiro tenant são retornadas.
```sql theme={null}
-- Conectado como user_1
SELECT *
FROM tenant_1.events
```
```response theme={null}
┌─id───────────────────────────────────┬─type────────┬───────────timestamp─┬─user_id─┬─data────────────────────────────────────┐
1. │ 7b7e0439-99d0-4590-a4f7-1cfea1e192d1 │ user_login │ 2025-03-19 08:00:00 │ 1001 │ {"device": "desktop", "location": "LA"} │
2. │ 846aa71f-f631-47b4-8429-ee8af87b4182 │ purchase │ 2025-03-19 08:05:00 │ 1002 │ {"item": "phone", "amount": 799} │
3. │ 6b4d12e4-447d-4398-b3fa-1c1e94d71a2f │ user_logout │ 2025-03-19 08:10:00 │ 1001 │ {"device": "desktop", "location": "LA"} │
4. │ 83b5eb72-aba3-4038-bc52-6c08b6423615 │ purchase │ 2025-03-19 08:45:00 │ 1003 │ {"item": "monitor", "amount": 450} │
5. │ 975fb0c8-55bd-4df4-843b-34f5cfeed0a9 │ user_login │ 2025-03-19 08:50:00 │ 1004 │ {"device": "desktop", "location": "LA"} │
└──────────────────────────────────────┴─────────────┴─────────────────────┴─────────┴─────────────────────────────────────────┘
```
## Separação compute-compute
As três abordagens descritas acima também podem ser isoladas ainda mais com o uso de [Warehouses](/docs/pt-BR/products/cloud/features/infrastructure/warehouses#what-is-a-warehouse). Os dados são compartilhados por meio de um armazenamento de objetos comum, mas cada tenant pode ter seu próprio serviço de compute graças à [separação compute-compute](/docs/pt-BR/products/cloud/features/infrastructure/warehouses#what-is-compute-compute-separation), com diferentes proporções de CPU e memória.
O gerenciamento de usuários é semelhante ao das abordagens descritas anteriormente, já que todos os serviços em um warehouse [compartilham controles de acesso](/docs/pt-BR/products/cloud/features/infrastructure/warehouses#database-credentials).
Observe que o número de serviços filhos em um warehouse é limitado. Consulte [Limitações do warehouse](/docs/pt-BR/products/cloud/features/infrastructure/warehouses#limitations).
## Serviço em nuvem separado
A abordagem mais radical é usar um serviço ClickHouse diferente para cada tenant.
> **Esse método, menos comum, pode ser uma solução quando os dados dos tenants precisam ser armazenados em diferentes regiões, por motivos legais, de segurança ou de proximidade.**
Uma conta de usuário deve ser criada em cada serviço ao qual o usuário terá acesso aos dados do respectivo tenant.
Essa abordagem é mais difícil de gerenciar e adiciona sobrecarga a cada serviço, já que cada um deles exige sua própria infraestrutura para operar. Os serviços podem ser gerenciados por meio da [ClickHouse Cloud API](/docs/pt-BR/products/cloud/features/admin-features/api/api-overview), e a orquestração também pode ser feita com o [provider oficial do Terraform](https://registry.terraform.io/providers/ClickHouse/clickhouse/latest/docs).
### Exemplo
Este é um exemplo de implementação de um modelo de multitenancy com serviços separados. Observe que o exemplo mostra a criação de tabelas e usuários em um serviço ClickHouse; isso precisará ser replicado em todos os serviços.
Primeiro, vamos criar a tabela `events`
```sql theme={null}
-- Criar tabela para tenant_1
CREATE TABLE events
(
id UUID, -- ID único do evento
type LowCardinality(String), -- Tipo do evento
timestamp DateTime, -- Timestamp do evento
user_id UInt32, -- ID do usuário que disparou o evento
data String, -- Dados do evento
)
ORDER BY (timestamp, user_id);
```
Vamos inserir dados fictícios.
```sql theme={null}
INSERT INTO events (id, type, timestamp, user_id, data)
VALUES
('7b7e0439-99d0-4590-a4f7-1cfea1e192d1', 'user_login', '2025-03-19 08:00:00', 1001, '{"device": "desktop", "location": "LA"}'),
('846aa71f-f631-47b4-8429-ee8af87b4182', 'purchase', '2025-03-19 08:05:00', 1002, '{"item": "phone", "amount": 799}'),
('6b4d12e4-447d-4398-b3fa-1c1e94d71a2f', 'user_logout', '2025-03-19 08:10:00', 1001, '{"device": "desktop", "location": "LA"}'),
('83b5eb72-aba3-4038-bc52-6c08b6423615', 'purchase', '2025-03-19 08:45:00', 1003, '{"item": "monitor", "amount": 450}'),
('975fb0c8-55bd-4df4-843b-34f5cfeed0a9', 'user_login', '2025-03-19 08:50:00', 1004, '{"device": "desktop", "location": "LA"}')
```
Em seguida, vamos criar dois usuários `user_1`
```sql theme={null}
-- Criar usuários
CREATE USER user_1 IDENTIFIED BY ''
```
Em seguida, conceda o privilégio `SELECT` na tabela correspondente.
```sql theme={null}
-- Conceder somente leitura na tabela events.
GRANT SELECT ON events TO user_1
```
Agora você pode se conectar como `user_1` ao serviço do tenant 1 e executar um SELECT simples. Apenas as linhas do primeiro tenant são retornadas.
```sql theme={null}
-- Logado como user_1
SELECT *
FROM events
```
```response theme={null}
┌─id───────────────────────────────────┬─type────────┬───────────timestamp─┬─user_id─┬─data────────────────────────────────────┐
1. │ 7b7e0439-99d0-4590-a4f7-1cfea1e192d1 │ user_login │ 2025-03-19 08:00:00 │ 1001 │ {"device": "desktop", "location": "LA"} │
2. │ 846aa71f-f631-47b4-8429-ee8af87b4182 │ purchase │ 2025-03-19 08:05:00 │ 1002 │ {"item": "phone", "amount": 799} │
3. │ 6b4d12e4-447d-4398-b3fa-1c1e94d71a2f │ user_logout │ 2025-03-19 08:10:00 │ 1001 │ {"device": "desktop", "location": "LA"} │
4. │ 83b5eb72-aba3-4038-bc52-6c08b6423615 │ purchase │ 2025-03-19 08:45:00 │ 1003 │ {"item": "monitor", "amount": 450} │
5. │ 975fb0c8-55bd-4df4-843b-34f5cfeed0a9 │ user_login │ 2025-03-19 08:50:00 │ 1004 │ {"device": "desktop", "location": "LA"} │
└──────────────────────────────────────┴─────────────┴─────────────────────┴─────────┴─────────────────────────────────────────┘
```