Каковы преимущества использования единой базы данных для КАЖДОГО клиента?

Вот один подход, который database-structure я видел раньше:

• У каждого клиента есть уникальная строка подключения, хранящаяся в основной базе данных клиентов.
• База данных спроектирована таким образом, что все сегментируется по CustomerID, даже если в базе данных есть один клиент.
• Создаются сценарии для переноса всех данных клиентов в новую базу данных, если это необходимо, а затем необходимо обновить только строку подключения этого клиента, чтобы она указывала на новое местоположение.

Это позволяет dbms сначала использовать единую database базу данных, а затем легко database-modeling сегментировать ее позже, когда database-architecture у вас будет большое количество db клиентов или, чаще, когда database-modeling у вас есть пара клиентов, которые database-design чрезмерно используют систему.

Я multitenancy обнаружил, что восстановить multitenancy определенные данные клиентов dbms действительно сложно, когда database все данные находятся в одной schema-design базе данных, но управлять schema-design обновлениями намного проще.

При database-architecture использовании одной базы dbms данных для каждого клиента db вы сталкиваетесь с серьезной schema-design проблемой, связанной с тем, что database все клиенты работают с одной table-design и той же версией схемы, и database-design это даже не учитывает задания multi-tenant резервного копирования для database-design целой группы клиентских баз databases данных. Естественно, восстанавливать database-structure данные проще, но если вы databases следите за тем, чтобы записи db не удалялись безвозвратно database-design (просто помечались флажком multitenancy удаленных или перемещались table-design в архивную таблицу), то, во-первых, у multi-tenant вас меньше потребности в table-design восстановлении базы данных.