Если без разделения использовать общие таблицы для данных разных аккаунтов, то я бы использовал поле account_id для всех данных, которое является ссылкой на таблицу Accounts.
Если не планируется больших индивидуальных изменений под разные аккаунты, то я бы для SaaS приложения использовал бы этот вариант с общими таблицами.
Разные базы или схемы дают гибкость и возможность допиливать приложение под клиентов, но сложнее в обслуживании, например, когда надо провести миграции таблиц для всех аккаунтов.
Такая ссылка всегда будет в Referer у посетителя, который перешел по рекламной ссылке. А если вы установите utm метки в поле "Ссылка на сайт" при редактировании объявления в Директе, то посетитель будет попадать на страницу example.com/?utm_medium=ppc&utm_source=yandex.direct&utm_term={keyword} с поисковым запросом в GET-параметре utm_term, который можно достать и на клиенте, и на сервере.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Если не планируется больших индивидуальных изменений под разные аккаунты, то я бы для SaaS приложения использовал бы этот вариант с общими таблицами.
Разные базы или схемы дают гибкость и возможность допиливать приложение под клиентов, но сложнее в обслуживании, например, когда надо провести миграции таблиц для всех аккаунтов.