Есть такая дилема.
Есть некая складская програма на PHP/Mysql

Некто захотел чтобы у него она стояла как сервис чтобы клиенты регистрились каждому создавался субдомен и каждый мог манипулировать товарами заказами и прочим в своей песочнице. Что то типа онлайн CRM. Ну типа у битрикса такое есть

А теперь получаются два варианта с точки зрения технической реализайии.
Все клиенты сервиса живут в одной БД и их данные разделяются по какому нибудь ключу по всем таблицам. Как учет нескольких фирм в одноце. То есть переделка самой программы и сопутствующий гемор по разделению данных, настроек и пр.

Второй вариант - при создании аккаунта клиента ему создается своя копия сайта со своей копией БД как это делается на шаред хостингах. Создается автоматом каким нибудь скриптом на shell или как там.

у кого какой опыт, как вообще обычно делают в этих саасах?

skyANA,
понятия не имею это заказчик захотел себе такой сервис
у него типа куча клиентов которых по какой то причине не устраивают сущетсвующие облачные ЦРМ а он там нагородил им что то на одноце и типа хочет это в облаке реализовать. Типа ЦРМ собирает с разных источников заказы которые присылают клиенту с его магазина торговых площадок там и прочее а он управляет заказсмами и длоставками с одного пульта.
тут не угадаешь сколько клиентов и сколько у нах заказов. В этом плане отдельные БД проще что можно отдельно клиента задампить или перенести на другой сервак да и риск что его данные пересекуься с другими в случае ошибки програмы меньше. Но коечно придется городить какую то общую панель управления.

В одном Бд придется переделывать саму програму - он просто увиде мои наработки по складскому учету но у меня то ориентировано на отдельного клиента а тут придется теперь в каждой таблице вставлять ключи чтобы отделить данные и потом все выборки тоже надо коректировать

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

Petro123leonmbsТипа ЦРМ собирает с разных источников заказы которые присылают клиенту с его магазина торговых площадок там и прочее а он управляет заказсмами и длоставками с одного пульта.разве это saas?
При saas у клиента юзверя ничего не меняется. А у его админа просто сервак с ПО не у него, а у вас централизовано.
ну я сам в терминологии не силен Но тут типа саас. Заказчик хочет чтобы это ПО бло у него не сервере а клиенты регались получали свою песочницу и т.д.
Типа как на хостингах или системах типа Мойсклад, или например у битрикча есть облако - регаешся получаешь екземплар битрикса и ь.д.

вадяleonmbsну я сам в терминологии не силен Но тут типа саас. Заказчик хочет чтобы это ПО бло у него не сервере а клиенты регались получали свою песочницу и т.д.
Типа как на хостингах или системах типа Мойсклад, или например у битрикча есть облако - регаешся получаешь екземплар битрикса и ь.д.если ты каждому сделаешь свою базу - замаешься делать обработку данных.
у каждого клиента там своя песочница ввиде копии сайта и Бд

какая то общая обработка особо не требуется кроме управения как типа cPanel на хостинге

сайт по сути - учетная складская система который предоставляется как СААС - мойсклд примерно так ралотает

отсюда.и вопрос держать всех на одном веб приложении и одной БД только разделить их данные по ключу клиента в каждой таблице БД или сделать каждому свой экзеспляр.

субдомены изза плтежной системы по любому нужны свои каждому но адресмса можно и на тот же сайт *в смысле веб приложение)

Petro123leonmbsну я сам в терминологии не силен Но тут типа саас. Заказчик хочет чтобы это ПО бло у него не сервере а клиенты регались получали свою песочницу и т.д.вот и составляй требования, 15 штук что тебе нужны.
Без слова песочница.
Может тебе веб сервер у заказчика нужен.
А ты сразу в БД ринулся.
мне ничего не нужно
я разработчик, у меня есть опенсорс проект по складскому учету в виде веб решения который понравился заказчику. Заказчик занимается чесно говоря я не понял чем но он хочет свой СААС чтобы предоставлять клиентам услуги по обработке их заказов от их покупателей. Заказы у них в разных местах на разных торговых площадках - как то там оно будет импортится с разных мест и одном месте обрабатыватся - отправка там и прочее..
смысл в том чтобы взять учетную систему за основу (там уже есть и заказы и товары и прочее) и предоставлять каждому клмиенту экземпляр такой проги.
Мое дело програмирование этого добра У заказчика что то такое уже есть но на одноце и даже как то он завлек клиентов он хочет веб решение - по сути свою онлайн CRM в виде сервиса для других клиентов которые торгуют через инет..