请问各位高手一个问题:
我现在的系统需要一个这样应用,就是系统有很多用户,每个用户都要有自己的表,这样系统会有很多的表,SQL 2000或者2005的一个实例最多可以容纳多张表?
如果一个实例容纳的表有限,我是不是可以在一台服务器上多启用一些实例,这样的话一台普通的PC服务器又能最多支持多少个SQL SERVER 实例?

解决方案 »

  1.   

    why do u design like that? It seems not a reasonable policy.
      

  2.   

    maybe...
    u will be lost among millions of tables.
    I strongly suggest u redesign your database.
      

  3.   

    "why do u design like that? It seems not a reasonable policy."
    谢谢你的答复,
    我想给客户提供最大程度的自定义功能,所以每个客户需要有一套自己的表结构,当然一个客户一个实例也行,如果这样的话是不是会更浪费系统资源了!
      

  4.   

    lz再说oracle?一个实例只能管理一个数据库.
      

  5.   

      每个  SQL  Server  实例的数据库个数  32,767  32,767    
      每个数据库的文件组个数  256  256    
      每个数据库的文件个数  32,767  32,767    
      文件大小(数据)  32  TB  32  TB    
      文件大小(日志)  4  TB  32  TB    
      每个数据表的外键表引用  253  253    
      标识符长度(以字符计)  128  128    
      每台计算机的实例数  暂缺  16    
      包含  SQL  语句的字符串长度(批处理大小)  65,536  *  网络数据包大小1  65,536  *  网络数据包大小1    
      每个连接的锁数  每个服务器的最大锁数  每个服务器的最大锁数    
      每个  SQL  Server  实例的锁数  2,147,483,647(静态)  
      SQL  Server  40%  的内存(动态)  2,147,483,647(静态)  
      SQL  Server  40%  的内存(动态)    
      嵌套存储过程层数  32  32    
      嵌套子查询  32  32    
      嵌套触发器层数  32  32    
      每个数据表的非聚集索引个数  249  249    
      SQL  Server  实例中同时打开的对象个数4  2,147,483,647(或可用内存)  2,147,483,647(或可用内存)    
      每个数据库中的对象个数  2,147,483,6474  2,147,483,6474    
      每个存储过程的参数个数  1,024  1,024    
      每个数据表的  REFERENCE  个数  253  253    
      每个数据表的行数  受可用存储资源限制  受可用存储资源限制    
      每个数据库的数据表个数  受数据库中的对象个数限制4  受数据库中的对象个数限制4    
      每个  SELECT  语句的数据表个数  256  256    
      每个数据表的触发器个数  受数据库中的对象个数限制4  受数据库中的对象个数限制4    
      每个数据表的  UNIQUE  索引个数或约束个数  249个非聚集索引和  1  个聚集索引  249个非聚集索引和  1  个聚集索引    

    以上是理论数据。可以又怎么样呢。
    一个人一个表,不管什么原因,都是不可想象的。
    建议楼主还是好好理顺下需求,找找更好的办法。
      

  6.   

    这个设计思路肯定是错误的,你不信你自己建立一个超过5000个表的数据库自己看看,基本上这个库就over掉了,我这里指的over是说你用集成界面查询信息进行操作的时候,基本就不动了。
    看来你得考虑转变思路了,为什么要一个人一大堆表,奇怪得很啊
      

  7.   

    表太多不行,那我一个SQL实例有1w个视图有没有问题?10W个视图又会如何?