'
```
Затем выдайте привилегию `GRANT SELECT` на соответствующую таблицу.
```sql theme={null}
-- Предоставить доступ только на чтение к таблице events.
GRANT SELECT ON tenant_1.events TO user_1
GRANT SELECT ON tenant_2.events TO user_2
```
Теперь вы можете подключиться как `user_1` и выполнить простой запрос SELECT к таблице events в нужной базе данных. Будут возвращены только строки первого тенанта.
```sql theme={null}
-- Выполнено под пользователем 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"} │
└──────────────────────────────────────┴─────────────┴─────────────────────┴─────────┴─────────────────────────────────────────┘
```
## Разделение вычислительных ресурсов
Три описанных выше подхода также можно дополнительно изолировать с помощью [хранилищ](/docs/ru/products/cloud/features/infrastructure/warehouses#what-is-a-warehouse). Данные совместно используют общее Объектное хранилище, но благодаря [разделению вычислительных ресурсов](/docs/ru/products/cloud/features/infrastructure/warehouses#what-is-compute-compute-separation) с различным соотношением CPU/Memory у каждого тенанта может быть собственный вычислительный сервис.
Управление пользователями аналогично описанным ранее подходам, поскольку все сервисы в хранилище [используют общее управление доступом](/docs/ru/products/cloud/features/infrastructure/warehouses#database-credentials).
Обратите внимание, что число дочерних сервисов в хранилище ограничено. См. [Ограничения хранилища](/docs/ru/products/cloud/features/infrastructure/warehouses#limitations).
## Отдельный сервис ClickHouse Cloud
Самый радикальный подход — использовать отдельный сервис ClickHouse для каждого тенанта.
> **Этот менее распространённый метод может подойти, если данные тенантов должны храниться в разных регионах — по юридическим причинам, из соображений безопасности или географической близости.**
В каждом сервисе, к которому пользователь должен иметь доступ к данным соответствующего тенанта, необходимо создать учётную запись пользователя.
Этим подходом сложнее управлять, и с каждым новым сервисом растут накладные расходы, поскольку для работы каждого из них требуется собственная инфраструктура. Сервисами можно управлять через [ClickHouse Cloud API](/docs/ru/products/cloud/features/admin-features/api/api-overview); оркестрация также возможна с помощью [официального Terraform-провайдера](https://registry.terraform.io/providers/ClickHouse/clickhouse/latest/docs).
### Пример
Это пример реализации модели мультиарендности с отдельными сервисами. Обратите внимание: в примере показано создание таблиц и пользователей в одном сервисе ClickHouse; то же самое потребуется повторить во всех сервисах.
Сначала создадим таблицу `events`
```sql theme={null}
-- Создать таблицу для tenant_1
CREATE TABLE events
(
id UUID, -- Уникальный идентификатор события
type LowCardinality(String), -- Тип события
timestamp DateTime, -- Временная метка события
user_id UInt32, -- Идентификатор пользователя, инициировавшего событие
data String, -- Данные события
)
ORDER BY (timestamp, user_id);
```
Давайте вставим тестовые данные.
```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"}')
```
Теперь создадим двух пользователей `user_1`
```sql theme={null}
-- Создание пользователей
CREATE USER user_1 IDENTIFIED BY ''
```
Затем выдайте привилегию `GRANT SELECT` на соответствующую таблицу.
```sql theme={null}
-- Предоставить доступ только на чтение к таблице events.
GRANT SELECT ON events TO user_1
```
Теперь вы можете подключиться к сервису для тенанта 1 под именем `user_1` и выполнить простой запрос SELECT. Будут возвращены только строки первого тенанта.
```sql theme={null}
-- Подключено как 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"} │
└──────────────────────────────────────┴─────────────┴─────────────────────┴─────────┴─────────────────────────────────────────┘
```