Store a connection string for each tenant or the metadata to build one on
demand. Then each tenant is in its own schema on whatever database instance
the connection string points at. Then it doesn’t really matter how you spread
your tenants across one database or many; just do whatever works b
You might find Materialize interesting:
https://materialize.io/
https://youtu.be/zWSdkGq1XWk
On Thu, May 21, 2020 at 10:36 AM Rory Campbell-Lange <
r...@campbell-lange.net> wrote:
> We have quite a few databases of type a and many of type b in a cluster.
> Both a and b types are fairly complex
On Wed, May 16, 2018 at 6:36 PM, Adrian Klaver
wrote:
> On 05/16/2018 03:19 PM, hmidi slim wrote:
>>
>> HI,
>>
>> I'm working on a microservice application and I avoid using triggers
>> because they will not be easy to maintain and need an experimented person in
>> database administration to manag
