SaaS для Агентств недвижимости.

Стоит ли создавать для каждой учетной записи (Агентство недвижимости) новую базу данных со своим набором таблиц + 1 общая системная база данных в которой хранятся данные о зарегистрированных компаниях, сотрудниках в этих компаниях (чтобы могли логиниться в систему) и КЛАДР.

Или целесообразнее хранить все в одной БД и в одних и тех же таблицах? 

Интересует в разрезе безопасности и целостности данных.

БД MySQL

LSV,

Согласен, транзакций будет поменьше чем в интернет-магазине.
И самым простым было бы хранить данные компаний (объекты недвижимости, контрагентов) в общих таблицах. Так и администрировать легче и изменения в структуру вносить (например поле в таблице добавить).

Но, компании зарегистрированные в системе, по-сути конкуренты. Если хранить объекты недвижимости всех компаний в одной таблице возрастает вероятность получения к ним доступа другой компанией (ну мало ли - баг какой-нибудь вскроется). А если при регистрации новой компании в системе автоматически создавать под нее свою БД с набором пустых таблиц, то вероятность получения доступа к чужим данным снижается... Ну и потом базы пошустрее работать будут - сделать выборку из 20000 объектов или сделать выборку из 2 000 000 объектов есть же разница.

Как вариант можно создавать не новую БД, а новый набор таблиц с префиксом-названием компании в этой же БД. Но при количестве зарегистрированных компаний > 10 разобраться в этой БД будет все сложнее и сложнее.

LSVPacoКак вариант можно создавать не новую БД, а новый набор таблиц с префиксом-названием компании в этой же БД. Но при количестве зарегистрированных компаний > 10 разобраться в этой БД будет все сложнее и сложнее.Это тупик. Даже не пытайтесь.
Неужели Вы думаете что на гМейле или Майл.ру у каждого пользователя отдельные таблицы ? :)

Логично... Т.е. Вы считаете, что в хранении данных разных компаний в одной таблице нет ничего страшного?