Cześć !
Mam taki oto zgryz. Przygotowuje system CRM dla klienta i postanowiłem oprzeć to o laravel. Problem polega na tym, że nie wiem jaki "format" bazy zastosować. Podpowiedzcie co będzie lepsze:
a) PostgreSQL
b) baza główna + bazy klienckie.
CRM będzie opierał się o klientów głównych, którzy będą mieć podklientow. Ilości jednych i drugich - bez ograniczeń. Każdy klient główny w swoich zasobach będzie mieć kilka tabel.
Dajcie znać co będzie lepsze- czy pakowanie wszystkiego do jednego worka czy dla każdego klienta głównego osobne bazy?
0
0
Podpunkt A jest w jakiś sposób niekompatybilny z podpunktem B? ;-]
Tak czy siak: multitenancy można realizować na wiele sposobów - każdy z nich ma swoje wady i zalety; myślę, że najlepiej będzie - jako że już kojarzysz termin - abyś sam sobie poczytał o sposobach realizacji i wybrał ten, który spasuje Ci najlepiej :-)
1
Dajcie znać co będzie lepsze- czy pakowanie wszystkiego do jednego worka czy dla każdego klienta głównego osobne bazy?
Koniecznie oddzielna baza dla każdego klienta. Możesz mieć wspólny code base dla wszystkich klientów, ale koniecznie oddzielna baza. Powodów jest dużo, ale trzy główne, to:
- W razie wycieku danych, wyciekają Ci dane tylko jednego klienta, a nie dwudziestu.
- Nie ma ryzyka, że klient A zobaczy dane klienta B. Dopisywanie do każdego zapytanie
where tenant_id = Xto gwóźdź w dupie. Można o tym zapomnieć, znacznie łatwiej jest wczytać oddzielną konfigurację bazy przy podnoszeniu aplikacji (np. po sub domenie). - Performance. Dwudziestu klientów w jednej bazie będzie dużo mniej wydajne, bo ilość rekordów bardzo szybko wymknie się spod kontroli. Poza tym znacznie trudniej będzie Ci skalować jedną wielką bazę niż dwadzieścia mniejszych. Niektórzy klienci z jakiegoś powodu mogą chcieć mieć bazę u siebie. Jeżeli masz aplikację zaprojektowaną baza per klient, to implementacja tego wymagania jest trywialna. Gorzej jak tego nie przewidziałeś.
CRM będzie opierał się o klientów głównych, którzy będą mieć podklientow.
Nie bardzo rozumiem ten punkt, możesz doprecyzować?
0
Ok, dzięki za informację.
To jeszcze jedno. W jaki sposób przechowywać dane do poszczególnych baz?
1
To już zależy od Ciebie. Jeżeli dla każdego klienta stawiasz to na oddzielnym serwerze, to nie musisz dzielić configu. Jeżeli masz jeden serwer, to możesz zrobić pliki na zasadzie:
config_klient_abc.yml i wczytywać po subdomenie. Czyli do config_ doklejasz nazwę klienta i tam trzymasz dane do bazy. Tutaj możesz się popisać kreatywnością :P Możesz też mieć jedną baze, ale oddzielne schematy dla każde klienta, wtedy credentiale masz jedne, ale scheme masz nazwaną klient_a, klient_b, klient_c.