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

<script type="text/javascript"><!--google_ad_client = "pub-2947489232296736";/* 728x15, 创建于 08-4-23MSDN */google_ad_slot = "3624277373";google_ad_width = 728;google_ad_height = 15;//--></script><script type="text/javascript"src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>

<script type="text/javascript"><!--google_ad_client = "pub-2947489232296736";/* 160x600, 创建于 08-4-23MSDN */google_ad_slot = "4367022601";google_ad_width = 160;google_ad_height = 600;//--></script><script type="text/javascript"src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>

　我有一个关于升级到SQL Server 2005之后登录的问题。它看起来好像是SQL Server 2005把每个用户都作为它自己的schema了，然后你就会看到在数据库中有多少个用户就有多少个schema。

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

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

　　专家回答:

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

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

　　说到服务器的登录，我没有看到很多潜在的问题。同样的语义可以用在什么登录到SQL Server，以及它们的工作方式。一个你可能会注意到的区别就是，SQL Server 2005增强了密码策略方面的能力，这会意味着你的一些用户需要在你升级之后更改他们的密码。<script type="text/javascript"><!--google_ad_client = "pub-2947489232296736";/* 728x15, 创建于 08-4-23MSDN */google_ad_slot = "3624277373";google_ad_width = 728;google_ad_height = 15;//--></script><script type="text/javascript"src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>

<script type="text/javascript"><!--google_ad_client = "pub-2947489232296736";/* 160x600, 创建于 08-4-23MSDN */google_ad_slot = "4367022601";google_ad_width = 160;google_ad_height = 600;//--></script><script type="text/javascript"src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>