有多少是在SQL Server上太多的数据库？ [英] How many is too many databases on SQL Server?
问题描述
我跟我们我们的客户数据存储在为每个客户单独的SQL数据库的应用程序的工作。到目前为止，这伟大的工作，有即使一些不好的code从数据库中选择了错误的客户ID，并因为在数据库中的唯一的数据属于一个客户端，损害并非那么糟糕，因为它可能有一个案例过。我关注的是你现实有一个SQL Server上的数据库数量。
I am working with an application where we store our client data in separate SQL databases for each client. So far this has worked great, there was even a case where some bad code selected the wrong customer ids from the database and since the only data in the database belonged to that client, the damage was not as bad as it could have been. My concerns are about the number of databases you realistically have on an SQL Server.
有没有为你创建的每个新数据库的任何额外的开销？我们我们最终碰了壁，我们刚刚在一台服务器上的多个数据库？在SQL Server规格说，你可以有类似32000数据库，但是是可能的，没有任何人有大量的一台服务器上的数据库，什么是你遇到的问题。
Is there any additional overhead for each new database you create? We we eventually hit a wall where we have just to many databases on one server? The SQL Server specs say you can have something like 32000 databases but is that possible, does anyone have a large number of database on one server and what are the problems you encounter.
谢谢，
弗兰克
推荐答案
的上限是
- 磁盘空间
- 内存
- 维护
例如：
- 重建索引数据库的32K？当？
- 如果32K的数据库各占10％在同一时间有一个活跃的集存储100MB数据，你320GB目标服务器内存是已
- 会意DB你连什么太
- ...
有效限制取决于负载，用途，数据库大小等。
The effective limit depends on load, usage, database size etc.
编辑：和带宽为悦巴内特提到..我忘记了网络的瓶颈大家忘掉......
And bandwidth as Wyatt Barnett mentioned.. I forgot about network, the bottleneck everyone forgets about...
这篇关于有多少是在SQL Server上太多的数据库？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
