Таблица для клиента в базе данных

Question

Мы разрабатываем услуги для каждого клиента, который может назначить встречу. Есть ли стратегия - таблица в базе данных (MS SQL SERVER) для каждого клиента будет правильной?

Мы считаем, что такая стратегия упрощает и исключает сложную блокировку таблиц.

Answer 1

Похоже, вы пытаетесь создать приложение с несколькими арендаторами. Я бы не рекомендовал одну таблицу для каждого клиента. Скорее всего, я рекомендовал бы один из двух решений:

1. Интеграция данных всех клиентов (арендаторов) в одних и тех же таблиц и разделение по идентификатору. Другими словами, каждая таблица верхнего уровня будет иметь внешний ключ под названием «ClientId» или «TenantId», который идентифицирует и разделяет данные каждого клиента. Недостатком этого подхода является то, что база данных становится намного быстрее, а большие базы данных сложнее управлять меньшими. Кроме того, существует риск того, что разработчик построит запрос, который забывает фильтровать на ClientId, и один клиент видит данные другого клиента.

2. Одна база данных на одного клиента. Более экстремальное решение, но полезно, если клиенты будут размещать свои собственные приложения, если есть большие различия в размерах данных каждого клиента или если клиент хочет абсолютной уверенности в разделении данных.