Use one large database or use separate databases for each client

I am currently working on an online building materials application. Companies can register on our website, and then they can use webapp.

From the very beginning, the idea was to create a database for each client. But now it’s getting bigger and bigger (100+), so we have 100 databases to manage.

We need to run approx. twice a year update script for db maintenance.

The advantage that I see is that when the client wants to exit, we delete our database and end it.

When I want to add a new client, I have to populate the database with approx. 1,000,000 unique records for this particular customer, because each customer has different prices / materials.

For backups, I use the MySQL Dump script, which creates a * .sql file for each database that I load every day.

What is your opinion and what do you think? One big db or client database?

I am using MySQL with ASP.NET/C # ...

+3
source share
4 answers

I do not want to make a proposal because there are too many variables.

I want to note, however, that my employer has 1000 deployed databases - we use one database for each client with replication (2+ databases).

, . , , -. .

100+ , , / .

( ) . , -.

+3

(100+), 100

, .

+3

@Hogan - , , , - - .. .

, , , , /? , ?

, , , , . , ..

, 100+ ? , , .

. , , , , .. (: - , , .)

+1

@Hogan @middaparke... , shuol dput .

, , , , .

, .

, , , - , db's... , - , , , , .

0

Source: https://habr.com/ru/post/1778840/


All Articles