может быть только 1 запись на 1 юзера в 1 тенанте.
Буквально позавчера у меня там был uuid, user_id, tenant_id и уникальный индекс по user_id, tenant_id.
Я посмотрел на это, выкинул uuid и сделал pk(user_id, tenant_id)
Что тут сомнительного?
ну это и есть многие ко многим, о чем я и говорю выше
эта таблица не связующая, там помимо указанных полей ещё другие
Можете на русский перевести "тенант"?)
это когда у тебя один код обслуживает много клиентов (тенантов). Например жира, гитлаб, наверное любая saas шляпа. https://www.gartner.com/en/information-technology/glossary/multitenancy
Есть мнение, что все приложухи нужно делать по такой модели. Даже если не предполагается больше 1 клиента
Открываются новые возможности, например становится удобно тестировать прод. Создал тестового клиента, поигрался, удалил
Плюс "удалить" в определённый момент становится не так легко
Обсуждают сегодня