Is there any practical sense in separating SQL tables, procedures, etc. modules into separate databases? Will the load on the database, server decrease?

P

P

Programep2017-02-01 14:34:57

Transact SQL

Programep, 2017-02-01 14:34:57

Is there any practical sense in separating SQL tables, procedures, etc. modules into separate databases? Will the load on the database, server decrease?

Good afternoon!
Is there any practical sense in separating tables, procedures, etc. modules into separate databases? Will the load decrease?
Or does it make no sense, and is it even better to store everything in one big database?

Reply

Answer the question

Answer the question

In order to leave comments, you need to log in

1 answer(s)

R

res2001, 2017-02-01
@Programep

The load will increase.

Similar questions

I

Ilya2020-09-28 17:16:23

How to put exec in a table function? 0Reply

A

Anton Starostin2014-09-04 13:53:50

Why doesn't a table-valued function work inside a stored procedure? 0Reply

E

ellz2019-02-13 22:56:58

Why does procedure contains an unresolved reference to an object occur? 1Reply

E

ellz2019-02-17 20:09:17

Why is the query duplicate data? 1Reply

S

sindrom2014-09-30 15:51:36

How to write an algorithm for parallel processing of a large array of data? 3Reply

Didn't find what you were looking for?

Ask your question

Ask a Question

731 491 924 answers to any question