送分 100 分， sql server2000, 一个数据库内有 50万 个表.......

是啊，还有日志的问题，老天~~~！  
每个表没有 100万条记录，不过以后就难说了，TO guo(我烦带蝈的)　
俺是数据库小鸟，特来请教，我想知道，50万个表，放在一个库里，查到这个表的时间会不会很长，相对于在一个50万条记录的表中，查询 1 条记录的时间是不是相同的。或是相差不到 10倍。不行的话我可以加分。

解决方案 »

  1.   

       大致生物多样性可以用得上50万个表吧!   到底是没有版主的专区,怎么有好多个双重身份? 为了当版主? 当版主有什么好! 很多少分也没什么大不了,如果你有时间,有资料,整天守在csdn上,不出一个月,保证专家分增加1000以上.
      

  2.   

    喂吧! 是优质骨粉. 在统计其成份时可以设计100万个表,每个表中可以有若干千万条记录,最终oracle+solaris 10000机器爆掉,我第一个向oracle,sun公司索赔$1E
      

  3.   

    有意思，不知道ORACLE做过这样的测试没有，反正我没想到过。
      

  4.   

    呵呵，Feeling同志的问题很有意思，但不实用 -:(
    一个数据库内(SqlServer2000为例）有50万个表？Faint~~~！不过用来讨论讨论也可以啊。
    下面的一组数据可以说明这个问题：SQL Server 2000 最大值（数量或大小） 
    数据库大小                           1,048,516 TB3 
    每个 SQL Server 实例的数据库个数     32,767 32,767 
    每个数据库中的对象个数               2,147,483,6474 
    每个数据库的数据表个数              受数据库中的对象个数限制 注1注1:   数据库对象包括所有的表、视图、存储过程、扩展存储过程、触发器、规则、默认值及约束。一个数据库中所有对象的总数不得超过 2,147,483,647。 好了，所以你的50万个表不是问题（虽然傻了点 :p)。我们知道以上的数据库对象存储在各个数据库的系统表 sysobjects里面，如果你有50万个表，那么毛估估这个系统表有上百万条纪录，您就慢慢查吧，通过索引查找十个表，不会超过2秒（聚集索引当然更好了，当然服务器不能太差，我这儿的是3Gb内存，双CPU。）不建索引，那么你的速度将会比较慢，因为完全的Table Scan需要大量的磁盘I/O.
    至于多少个表可以显著的影响数据库速度，这个恐怕无法一概而论，因为数据库速度跟硬件也有很大关系，尤其在数据量比较大的时候。