有种说法，2000升级到2005，好像风险要小很多，请教一下，是这样吗？
9 个解决方案
#1
都是向後兼容的，應沒風險的，可能有的個別函數被摒棄了不用而已
#2
也没什么风险，你事先做好备份不就可以了么
#3
我看到你之前一个贴有C友建议你从2000升级到2008的时候先测试下，是完全有道理的。
首先，你的环境是不是支持升级到2008，其次，你的业务环境是否会受到影响，最后，你的业务关联会不会因为升级出现关联故障。等等。
说升级到2005，风险要小，这个还是取决你的情况，不过用2005的我觉得应该可以很好满足你的需求。涉及到安全问题，再你不能确认的情况下，还是保守点为好
首先，你的环境是不是支持升级到2008，其次，你的业务环境是否会受到影响，最后，你的业务关联会不会因为升级出现关联故障。等等。
说升级到2005，风险要小，这个还是取决你的情况，不过用2005的我觉得应该可以很好满足你的需求。涉及到安全问题，再你不能确认的情况下，还是保守点为好
#4
备份是可以保证数据安全，但是万一环境崩了，楼主岂不自找烦恼
#5
您说的环境蹦了，指什么？
#6
视图中的排序有问题，假设在2000的视图中有排序，在2008就未必好用
#7
先备份好数据库吧，基本上没什么问题，我们公司好多系统都从2000升级到2008了，就发现视图中排序有问题，其他暂时没有发现
#8
关键在于你原来MSSQL2000里面有没有老的SQL语法，因为MSSQL2008有不支持的语法，你最好检查一下。
另外在升级前，一定要备份原来的数据库。
另外在升级前，一定要备份原来的数据库。
#9
如果服务器硬件也换，则最好
可以在新服务器完整安装、恢复一次，好好试一试
可以在新服务器完整安装、恢复一次，好好试一试
#1
都是向後兼容的，應沒風險的，可能有的個別函數被摒棄了不用而已
#2
也没什么风险，你事先做好备份不就可以了么
#3
我看到你之前一个贴有C友建议你从2000升级到2008的时候先测试下，是完全有道理的。
首先，你的环境是不是支持升级到2008，其次，你的业务环境是否会受到影响，最后，你的业务关联会不会因为升级出现关联故障。等等。
说升级到2005，风险要小，这个还是取决你的情况，不过用2005的我觉得应该可以很好满足你的需求。涉及到安全问题，再你不能确认的情况下，还是保守点为好
首先，你的环境是不是支持升级到2008，其次，你的业务环境是否会受到影响，最后，你的业务关联会不会因为升级出现关联故障。等等。
说升级到2005，风险要小，这个还是取决你的情况，不过用2005的我觉得应该可以很好满足你的需求。涉及到安全问题，再你不能确认的情况下，还是保守点为好
#4
备份是可以保证数据安全，但是万一环境崩了，楼主岂不自找烦恼
#5
您说的环境蹦了，指什么？
#6
视图中的排序有问题，假设在2000的视图中有排序，在2008就未必好用
#7
先备份好数据库吧，基本上没什么问题，我们公司好多系统都从2000升级到2008了，就发现视图中排序有问题，其他暂时没有发现
#8
关键在于你原来MSSQL2000里面有没有老的SQL语法，因为MSSQL2008有不支持的语法，你最好检查一下。
另外在升级前，一定要备份原来的数据库。
另外在升级前，一定要备份原来的数据库。
#9
如果服务器硬件也换，则最好
可以在新服务器完整安装、恢复一次，好好试一试
可以在新服务器完整安装、恢复一次，好好试一试