Инструмент тестирования времени отклика веб-сайта

Вот один подход, который я видел прежде:

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

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

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

При использовании единой базы данных на клиента, Вы сталкиваетесь с огромной проблемой поддерживания в движении всех клиентов в той же версии схемы, и это даже не рассматривает заданий резервного копирования на целом наборе баз данных для конкретного заказчика. Естественно восстановление данных легче, но если Вы удостоверяетесь, что не постоянно удалили записи (просто метка с удаленным флагом или перемещаться в таблицу архива), тогда у Вас есть меньше потребности в восстановлении базы данных во-первых.