AS
тем более, вряд ли вам сбербанк проект отдал)
Size: a a a
2020 December 07
MR
Нет
AS
а с региональностью хлебнете
MR
Конечно
MR
Одно дело когда уже кто то опытный задумал архитектуру и ты движешься по ней, другое когда ты в ответе за это, и от этого зависит как дальше все будет развиваться
DK
Если между данными разных компаний нет никаких пересечений, то зачем держать всё в одной базе?
AS
для снижения операционных затрат на поддержку сервиса на этапе его разработки и развития, но вопрос исключительно масштабов, и проекта, и бюджета.
ПЛ
Если между данными разных компаний нет никаких пересечений, то зачем держать всё в одной базе?
Как только появится необходимость в двух компаниях одними данными пользоваться (любой информационный справочник, к примеру) придется либо работать с разными бд, что больно, либо в каждую дублировать, что костыльно
AS
я сколько раз делал шардирование - всегда потом задавался вопросом, а нахера? ) какой-нибудь там аналитический запрос по всем тенантам допустим - уже не вопрос одного sql а вопрос геморроя с каким-нибудь airflow. но и делали, с другой стороны, не убер…
A
Если между данными разных компаний нет никаких пересечений, то зачем держать всё в одной базе?
ваши предложения? одна компания - одна БД? не дорого?
лучше вытащить тех кто нагружает систему в отдельные песочницы, чем каждому ребенку свою песочницу давать сразу. Аналогия с хостингами хорошая
лучше вытащить тех кто нагружает систему в отдельные песочницы, чем каждому ребенку свою песочницу давать сразу. Аналогия с хостингами хорошая
DK
Но ведь необходимости в этом у автора нет?!
С каждым новым запросом увеличивается шанс не указать
С каждым новым запросом увеличивается шанс не указать
WHERE company_id = ?, также возникают сложности при создании уникальных колонок в таблицах через неявные связи, отсюда возникает вероятность ошибки при валидации. Много проблем с запросами из-за кучи джойнов, что приводит к их усложнению или вынужденной денормализации данных.ПЛ
Но ведь необходимости в этом у автора нет?!
С каждым новым запросом увеличивается шанс не указать
С каждым новым запросом увеличивается шанс не указать
WHERE company_id = ?, также возникают сложности при создании уникальных колонок в таблицах через неявные связи, отсюда возникает вероятность ошибки при валидации. Много проблем с запросами из-за кучи джойнов, что приводит к их усложнению или вынужденной денормализации данных.И оно все еще проще работы с разными базами
Where - это уже ответственность разработчика, куда деваться
Можно решить кастомными скоупами, билдерами или любым приемлемым способом
Where - это уже ответственность разработчика, куда деваться
Можно решить кастомными скоупами, билдерами или любым приемлемым способом
AS
шанс что данные протекут и эпизодически будут протекать - действительно немал, но как по мне - это малая плата по сравнению с геморроем в виде отдельных баз
DM
Кто-нибудь сталкивался? Попытка установить git на vds под убунтой 18.04 https://pastebin.com/DLizx8mA
AS
когда у тебя банальная миграция может привести к увлекательным приключениям на дебаге продакшна с судорожной беготней по базам
DK
Геморрой в виде отдельных баз как таковой отсутствует, а вот утечка данных между разными пользователями - это ж какой-то пизде@, а не "малая плата"
ДК
Кто-нибудь сталкивался? Попытка установить git на vds под убунтой 18.04 https://pastebin.com/DLizx8mA
sudo apt update
sudo apt install git
sudo apt install git
DK
И даже если он и есть, то это является задачей разработчика, и на данных клиента никак и никогда не скажется
AS
кто пустил заказчика в про чат? выведите! 🙂
DM
sudo apt update
sudo apt install git
sudo apt install git
таки уже всё обновлено, ситуация та же