grb1zliТеперь сам вопрос(ы)
Это слишком общая постановка вопроса. Например, подброшу такой фактор: может ли случиться так, что клиент X нуждается в срочном переходе на обновление Y (ибо там реализованы нужные ему изменения), а клиент Z нуждается в продолжении работы на версии Y-1 (ибо изменения, реализованные в Y, несовместимы с его требованиями)? А ещё подброшу такой фактор: может ли случиться так, что существенная часть клиентов - взаимодействуют между собой, клиенты друг друга и желают подписки, например, на изменение реквизитов друг друга?

В общем, факторов, влияющих на итоговое решение, очень много и их можно называть за любую точку зрения. Скажем, подход "в одну кучу" заведомо хуже с точки зрения безопасности и заведомо лучше с точки зрения использования вычислительных ресурсов. Даже с точки зрения администрирования - например, накатывать патч поочерёдно на тысячу баз.. скучновато, зато выгружать из большой кучи данные только нужного предприятия - утомительно.

В целом, тому, кто задаёт такой вопрос, я посоветовал бы делать отдельные базы. Ибо куда проще-надёжнее. Ну а фантазировать "как решал бы задачу, если бы обладал бесконечным бюджетом"....