Какой лучший путь глобального разделения данных в БД?

Question

[dskozin]

Здравствуйте!

Скажите, у кого был опыт создания СааС решений, какой использовался механизм глобального разделения данных? Разные БД на каждую компанию, или какой-то признак компании на все данные? Или вообще не использовался никакой глобальный скоуп, а просто связи сущностей?

Comments

[sim3x]

Цель какая?

[dskozin]

Цель - разделить данные разных компаний, зарегистрированных в системе для безопастности, удобства разработки (удаления, обращения и т.п.)

Answer 1

[Dmitry Tiunov]

https://www.postgresql.org/docs/9.5/static/ddl-sch...
В PostgreSQL есть схемы. Это уровень абстракции между базой данных и таблицей.
Для разных аккаунтов разные схемы. В них можно держать одни и те же таблицы, можно разные. Общие таблицы можно держать в схеме public. Все получается очень гибко. Главное, чтобы ваше приложение обрабатывало все это дело.
Пример. Аккаунт клиента находится на поддомене customer.saasapp.com или в saasapp.com/customer. При обращении к этому урлу курсор ставится на соответствующую схему. Все обращения к БД в рамках этого запроса идут к таблицам внутри этой схемы. Если запрашиваемой таблицы нет, то она ищется в схеме public.

Comments

[dskozin]

Вообще конечно разделение данных на уровне БД было бы неплохо!
Но меня интересует скорее независимое от БД решение - именно средствами Laravel.

[Dmitry Tiunov]

https://github.com/pacuna/Laravel-PGSchema
Вот laravel библиотека для работы с этими схемами.
Внизу описания на гитхабе ссылка на пример SaaS приложения - https://github.com/pacuna/laravel-multitenancy-schemas

[Dmitry Tiunov]

Если без разделения использовать общие таблицы для данных разных аккаунтов, то я бы использовал поле account_id для всех данных, которое является ссылкой на таблицу Accounts.
Если не планируется больших индивидуальных изменений под разные аккаунты, то я бы для SaaS приложения использовал бы этот вариант с общими таблицами.
Разные базы или схемы дают гибкость и возможность допиливать приложение под клиентов, но сложнее в обслуживании, например, когда надо провести миграции таблиц для всех аккаунтов.

[dskozin]

Ок, спасибо!
На самом деле я нашел несколько решений - например LandLord, который добавляет глобальный скоуп по определенной колонке (account_id). Да и сам просто сделал трейт который переопределяет newQuery, добавляя выборку по колонке.

Answer 2

[chelkaz]

Зависит от объема и многообразия информации.

Comments

[dskozin]

Допустим информации много и она разнообразна.