Hi 高手们,我们有个系统(sql server 2000)目前的日数据增长量大概为 300,000 条记录左右 .... 同一个表要进行大量的 insert , update 和 select 操作 ......(可能之前数据库设计的时候不当)
现在想升级到 sql server 2005 , 请问有必要吗 ? 性能和管理方面会否有所提升 ?如果升级的话有什么地方需要注意的 ? 谢谢 !Best Regrads,
外星人
现在想升级到 sql server 2005 , 请问有必要吗 ? 性能和管理方面会否有所提升 ?如果升级的话有什么地方需要注意的 ? 谢谢 !Best Regrads,
外星人
如强制升级的话,软件的要直接的话就升级到SQL SERVER 2008
SQL SERVER 2005是个过渡版本,直接升级到2008
一般硬件的增强会大大提升sql性能
是否有必要升级主要看你目前的DB负载能力以及你需要什么功能是sql2000不能实现而必须要换到sql2005.
升级到sql2005,从数据量上分析,考虑分区表会比较合理。
只是建立、转换时的一次性工作
最好先做一下系统的性能调优, 最大限度的发挥目前系统的效能.
但是升级之后效能会得到很大的提升, 升级要兼顾到server的硬件的软件的支持.
只要把你的数据结构修改合理,而且如果数据结构不改合理了,就算升级到2005也是一样的而且可能会有更多限制,
当然可能对于的应用程序也要做很大修改。但这是必须的,或则你只能让用户继续忍受现在系统的问题喽,只要你老板够硬也行。
SQL Server2k是完全能承担的,但是总会有承载不了,或者说承载了,但是性能不行的那天
建议对程序做一些优化,比如说,对一些惰性数据,提取到单独的表里面等等
把要花的钱用到硬件上。生几个sql总要十几或几十万甚至更多
但是升级硬件,有1万块可以升级地非常不错了。附一个SQL2000的极限特性列表
http://www.leadbbs.com/MINI/Default.asp?230-2766842-0-0-0-0-0-a-.htm
需要做的工作:
1、优化设计。比如使用分区表,优化索引
2、升级硬件(具体是侧重CPU还是内存,要看你系统现在的负载情况;不过提升内存一般都有较大好处的)
不知道你的系统具体的实现方式,但是如果说升级到sql2005对你带来好处最明显的应该是READ_COMMITTED_SNAPSHOT这个参数。如果启用这个参数,insert和update将不再阻塞select,其实使用READ_COMMITTED_SNAPSHOT就几乎等同了oracle的处理方式。是否应该升级到sql2005,需要看你现在业务的实现方式。你可以看看你的业务代码,如果其中对表select的语句大部分使用了with (nolock),那么升级到sql2005对你的帮助就有限了,反之效果将会不错。对于你的系统,不建议使用sql2005的分区表,因为这版的分区表做的还很稚嫩,负面影响大于其带来的性能提升,而且维护成本很高。
对于是否应该升级,总结下:1、你现在的系统是否有亟待解决的性能或功能瓶颈。
2、新版本是否提供了对你有帮助的功能改进。
3、这些功能改进的效果如何,你是否有精力和能力进行测试。
4、新版本不可避免的去除掉老版本的一些功能,你的系统是否有依赖这些功能的部分。
5、最后一点,你对新版本的新增功能了解多少。
希望对你有帮助。
升级下内存,CPU就可以了,现在不是都喜欢DIY嘛, 现在内存很便宜的哦。