Hi 高手们,我的数据库文件现在已上到10个G了,需要把这个文件分成多个文件已提高性能吗 ?还是说没有这个必要?谢谢。外星人

解决方案 »

  1.   


    1.文件管理上可以更灵活.
    2.如果是raid,拆分多成文件不能提高性能,如果是多io非raid,将文件放在不同的物理硬盘,可以提高性能。
      

  2.   

    如果是数据文件比较大,收缩是解决不了问题的。楼主说的方法也可以试试,不过这个同时也会受到硬件的限制,如果你的硬盘读写速度本身很慢,则用处不大,所以物理上可以考虑raid2005以后的版本在逻辑上可以考虑分区表,分区方案要根据你的业务而定
      

  3.   

    高手们, 我的数据库文件现在已上到10个G了,需要把这个文件分成多个文件已提高性能吗 ?还是说没有这个必要? 谢谢。 外星人DBCC SHRINKFILE..
    DBCC SHRINKDATABASE.. 
      

  4.   

    看是.mdf文件太大,还是.ldf文件太大。
    前者的话就只能清除和转移数据库里面的部门历史数据,
    后者的话,在论坛里找一下收缩数据库的贴子,相信会找到答案
      

  5.   

    我看SAP系统里会把ORACLE数据库拆分为 10 G , 10 G 一个的,呵呵,所以才有这样子的想法。各位高手你们的数据库都是单一个文件的吗 ?就算上到 100 G 也是一个文件?谢谢 。
      

  6.   

    10G如果日志占较大的话可以考虑收缩:
    /*--特别注意 请按步骤进行,未进行前面的步骤,请不要做后面的步骤 
    否则可能损坏你的数据库. 
    一般不建议做第4,6两步 
    第4步不安全,有可能损坏数据库或丢失数据 
    第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复. 
    --*/ --下面的所有库名都指你要处理的数据库的库名 1.清空日志 
    DUMP  TRANSACTION  Mydpc  WITH  NO_LOG    2.截断事务日志: 
    BACKUP LOG Mydpc WITH NO_LOG 3.收缩数据库文件(如果不压缩,数据库的文件不会减小 
    企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件 
    --选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 
    --选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 也可以用SQL语句来完成 
    --收缩数据库 
    DBCC SHRINKDATABASE(库名) --收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles 
    DBCC SHRINKFILE(1) 4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行) 
    a.分离数据库: 
    企业管理器--服务器--数据库--右键--分离数据库 b.在我的电脑中删除LOG文件 c.附加数据库: 
    企业管理器--服务器--数据库--右键--附加数据库 此法将生成新的LOG,大小只有500多K 或用代码: 
    下面的示例分离 pubs,然后将 pubs 中的一个文件附加到当前服务器。 a.分离 
    EXEC sp_detach_db @dbname = '库名' b.删除日志文件 c.再附加 
    EXEC sp_attach_single_file_db @dbname = '库名', 
      @physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\库名.mdf' 5.为了以后能自动收缩,做如下设置: 
    企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩" --SQL语句设置方式: 
    EXEC sp_dboption '库名', 'autoshrink', 'TRUE' 6.如果想以后不让它日志增长得太大 
    企业管理器--服务器--右键数据库--属性--事务日志 
    --将文件增长限制为xM(x是你允许的最大数据文件大小) --SQL语句的设置方式: 
    alter database 库名 modify file(name=逻辑文件名,maxsize=20)