'
```
Ensuite, accordez les privilèges `GRANT SELECT` sur la table correspondante.
```sql theme={null}
-- Grant read only to events table.
GRANT SELECT ON tenant_1.events TO user_1
GRANT SELECT ON tenant_2.events TO user_2
```
Vous pouvez maintenant vous connecter en tant que `user_1` et exécuter une requête SELECT simple sur la table events de la base de données appropriée. Seules les lignes du premier tenant sont renvoyées.
```sql theme={null}
-- Logged as 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"} │
└──────────────────────────────────────┴─────────────┴─────────────────────┴─────────┴─────────────────────────────────────────┘
```
## Compute-compute separation
Les trois approches décrites ci-dessus peuvent également être davantage isolées en utilisant les [Warehouses](/docs/fr/products/cloud/features/infrastructure/warehouses#what-is-a-warehouse). Les données sont partagées via un stockage objet commun, mais chaque tenant peut disposer de son propre service de compute grâce à la [compute-compute separation](/docs/fr/products/cloud/features/infrastructure/warehouses#what-is-compute-compute-separation), avec un ratio CPU/mémoire différent.
La gestion des utilisateurs est similaire aux approches décrites précédemment, puisque tous les services d'un warehouse [partagent les mêmes contrôles d'accès](/docs/fr/products/cloud/features/infrastructure/warehouses#database-credentials).
Notez que le nombre de services enfants dans un warehouse est limité. Voir [les limitations des warehouses](/docs/fr/products/cloud/features/infrastructure/warehouses#limitations).
## Service cloud séparé
L’approche la plus radicale consiste à utiliser un service ClickHouse distinct pour chaque tenant.
> **Cette méthode, moins courante, peut être une solution si les données des tenants doivent être stockées dans différentes régions, pour des raisons juridiques, de sécurité ou de proximité.**
Un compte utilisateur doit être créé sur chaque service afin que l’utilisateur puisse accéder aux données de son tenant.
Cette approche est plus difficile à gérer et entraîne un surcoût pour chaque service, car chacun nécessite sa propre infrastructure pour fonctionner. Les services peuvent être gérés via l’[API ClickHouse Cloud](/docs/fr/products/cloud/features/admin-features/api/api-overview), et l’orchestration est également possible via le [provider Terraform officiel](https://registry.terraform.io/providers/ClickHouse/clickhouse/latest/docs).
### Exemple
Voici un exemple de mise en œuvre d’un modèle de multi-tenance avec des services distincts. Notez que cet exemple montre la création de tables et d’utilisateurs sur un service ClickHouse ; il faudra reproduire la même configuration sur tous les services.
Commençons par créer la table `events`
```sql theme={null}
-- Create table for tenant_1
CREATE TABLE events
(
id UUID, -- Unique event ID
type LowCardinality(String), -- Type of event
timestamp DateTime, -- Timestamp of the event
user_id UInt32, -- ID of the user who triggered the event
data String, -- Event data
)
ORDER BY (timestamp, user_id);
```
Insérons des données factices.
```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"}')
```
Créons ensuite deux utilisateurs `user_1`
```sql theme={null}
-- Create users
CREATE USER user_1 IDENTIFIED BY ''
```
Accordez ensuite le privilège `GRANT SELECT` sur la table correspondante.
```sql theme={null}
-- Grant read only to events table.
GRANT SELECT ON events TO user_1
```
Vous pouvez maintenant vous connecter en tant que `user_1` au service du tenant 1 et exécuter une simple requête SELECT. Seules les lignes du premier tenant sont renvoyées.
```sql theme={null}
-- Logged as 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"} │
└──────────────────────────────────────┴─────────────┴─────────────────────┴─────────┴─────────────────────────────────────────┘
```