sql能管理多少个T数据库，有人说如果超过1个T的数据库，访问就会很慢，是真的吗。

这个问题有点虚。不管什么样的数据库，数据量超过一定的数量级，查询速度都会变慢。

不同的建表方式，不同的表索引，不同的查询条件，造成的查询速度都不相同。

如果优化做的不好，即使百万条数据，甚至几十万条数据也可能造成查询速度缓慢。

不过有一点可以肯定，数据量到T的话，全表查询速度肯定不会太快

1、SQL2005的数据库的大小限制：524258G。

2、SQL2005的数据库的数据文件大小限制：16000G。

3、每个数据表的行数，受上面的限制及实际存储文件大小可能性的限制。

PS：上面这些参数，大多数情况下，我们是碰不到这个限制的。一个16T的数据库文件是很吓人的，普通中小企业的存储阵列（硬盘柜）的容量也就在这个数量级。

其它相关参数，可百度搜一下：“SQL Server 2005 容量规范”

不用想，肯定是方法1，加字段标识公司业务，你只要想想维护的成本

后来有一天多了一个分公司，你就要多加一个数据库

而且"老总要看所有公司的订单"，涉及到相关sql的应用程序都要重新修改，重新部署

后来有一天客户说我想知道下订单的确切时间，ok，所有的数据库都要加个InsertTime字段

当然还有方法三：

如果你的数据量很大，订单的数量级在千万级(你公司的生意可真好)，同方法二，可以在一个数据库里建多张数据库，然后再建一个视图查询这些表的数据

不过除非你的数据量很大（这里指每天的增删改查），在经过优化后数据库仍然无法承受，才考虑方法三或者方法二

---