升级到SQL Server 2005之后转换登录

　　我如何才能在SQL Server 2005中解决这个问题?

　　还有，我在执行升级的时候可能会遇到什么样的问题?特别是在转换或者升级登录的环境中。

　　专家回答:

　　实际上，你的情况在某种程度上颠倒了。在SQL Server 7 和 2000中，当你创建一个属于用户，而不是DBO的对象的时候，你应该在访问的时候用自己的名字对对象进行限定，除非你是以那个用户的身份登录的。

　　在SQL Server 2005中，对象都不再用所有者来进行限定了。实际上，他们使用的是schema的名字。这是我在最近的SearchSQLServer.com贴士《SQL Server 2005 permissions》一文中涉及的。基本上来说，由于对象的限定，会导致冲突的减少;你可以逻辑地辨认对象，而不是通过它们的所有者的名字。

　　说到服务器的登录，我没有看到很多潜在的问题。同样的语义可以用在什么登录到SQL Server，以及它们的工作方式。一个你可能会注意到的区别就是，SQL Server 2005增强了密码策略方面的能力，这会意味着你的一些用户需要在你升级之后更改他们的密码。