Сергей ГоцулякГлобальный вопрос по архитектуре возник при разработке одной бизнес-системы.

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

Вопрос такой - стоит ли делать общую базу с общими табличками и разносить аккаунты по определенному полю, или делать архитектуру, завязанную на отдельные базы для каждого аккаунта?Реализовывать безопасность таким способом я бы не стал - DBA замучится поддерживать сотни БД с тысячами пользователей, очень скоро ему это надоест, и все будут ходить с одним логином и паролем. Лучше защиту на уровне строк/фильтров безопасности поднять, если Oracle или MS SQL, а иначе - реализовать то же самое при помощи view (например, так ) или на "сервере приложений" сделать.

Сергей Гоцуляк
Теоретически я за отдельные базочки, т.к. это проще программить
Проще - не всегда лучше, да и не всегда проще. Первое, чего захочет заказчик, будет сводный отчёт, да хотя бы просто список аккаунтов в одной таблице. Что будете делать? Нет, ну можно, конечно, к каждой БД по отдельности подключиться, или cross databse query но это, прямо скажем, не самый прямой способ. А исправлять несоответствие архитектуры требованиям намного труднее, чем изначально всё разрабатывать с их учётом.

Сергей Гоцуляк
и меньше шансов у хакеров получить доступ к чужим данным (намеренно или ненамеренно в случае нашей ошибки)
Хакеры - в основном миф, по крайней мере до тех пор, пока сервер БД не в DMZ и не содержит банковские счета. Главная опасность - пьяный, обиженный (в т.ч. в связи с уходом), подкупленный или просто безалаберный DBA, сис. админ или просто пользователь, имеющий избыточные полномочия.

Сергей Гоцуляк
С другой стороны, тяжелее мейнтейнить
Это да.
Сергей Гоцуляк
и есть опасение, что сотня мелких баз вместо одной огромной будет ЗНАЧИТЕЛЬНО тяжелее для сервера базы по ресурсам - предполагается, что одновременно процентов 30-50 будут сидеть на сайте.Думаю, это как раз не самая большая проблема, хотя действительно присутствует.