Albo co jeżeli jednemu klientowi płacącemu dużo $$$ wywali się jakiś automat po update i będzie chciał reverta do starej wersji na jakiś czas bo fabryka stoi
No to jest kolejny argument na rzecz stosowania osobnych baz dla każdego klienta. Bo w opisanej przez Ciebie sytuacji, jak musisz zrobić osobną wersję dla wybranego klienta, stawiasz nową wirtualkę/dockera/VPS/komputer pod biurkiem, na nim stawiasz serwer WWW+PHP (albo cokolwiek innego) i bazę tylko dla tego klienta. I to jest do ogarnięcia w godzinę. A jak sobie wyobrażasz wspólną bazę, na której pracują różne wersje apki? Bo ja tego za bardzo nie widzę przy jednej wielkiej bazie dla wszystkich, za to rozbicie na baza per firma/klient daje o wiele większą elastyczność (kosztem większej pracy związanej z ogarnięciem grupy osobnych baz)
poszedłbym w kierunku updateów w weekendy po północy
Czyli ograniczasz się do polskich klientów - tak? Bo nasza północ to w innych miejscach jest środek dnia roboczego :P
Ciągłość numeracji nie jest "krytyczna" w tego typu systemach
No tutaj mam inne znaczenie. Może masz wiedzę programistyczną, ale widzę, że tak zwana wiedza domenowa trochę u Ciebie kuleje. Ciągłość numeracji faktur jest czymś kluczowym, w razie kontroli, gdy US zauważy, że numeracja jest z czapy, będzie się bardzo cieszył :D Pierwszy z brzegu cytat z Google odnośnie ciągłości numeracji - Podstawowym przepisem prawa regulującym kwestię numeracji faktur jest art. 106e ust. 1 pkt 2 ustawy o VAT, który podaje, że faktura powinna zawierać kolejny numer nadany w ramach jednej lub więcej serii, który w sposób jednoznaczny identyfikuje fakturę.. OK, powinna być możliwość ręcznej ingerencji w numerację, jak piszesz wyżej - są sytuacje, w których może się to przydać, ale totalnie się nie zgadzam z tym, żę nie jest to coś istotnego/krytycznego.
Tylko, że mój produkt to nie jest aplikacja, do której dokładam firmy, tylko każda z nich ma bazę u siebie.
No to jest trochę inna sytuacja, jak dajesz klientowi (np. biuru rachunkowemu) apkę (do tego instalowaną on premise) to może mieć wspólną bazę. Ale tutaj pytanie raczej dotyczy czegoś w modelu SaaS, gdzie masz jakiś swój serwer, do którego dopinają się kolejni klienci. W tej opcji raczej to kiepski pomysł.