欢迎进入Windows社区论坛，与300万技术人员互动交流 >>进入 在SQL Server中，数据库的每一个对象都是由一个具有4部分的完全限定名称来标识。 这种的名称格式为： Server.database.Schema.object; Server和database的省略一般不会出现大的问题，但是省略了sch
欢迎进入Windows社区论坛，与300万技术人员互动交流 >>进入
在SQL Server中，数据库的每一个对象都是由一个具有4部分的完全限定名称来标识。
这种的名称格式为：
Server.database.Schema.object;
Server和database的省略一般不会出现大的问题，但是省略了schema的时候，SQL Server一般会假定是已登录的用户的名称空间。如果没有明确的指派，一般又会给新用户默认的Dbo构架。
有个例子，如果用户Fred登录进服务器Paul,它的数据库上下文设定为AdventureWorks2008,由于没有为Fred指派一个用户定义架构，他存在于默认的dbo构架中。
如果Fred的查询Person表：
Select * fromPerson;
这个就会被解析成为：Paul.AdventureWorks2008.dbo.Person.
但是Person的完全定义为：Paul.AdventureWorks2008.Person.Person.
这样的情况下，正确的写法就应该是：
Select *fromPerson.Person;
当然我们有方法可以使用命令把Fred的默认架构改为Person架构。
UseAdventureWorks2008;
Go
Alter User Fred withDefault_Schema=Person;
Go
另外的一个例子是创建了用户Fred的默认架构是Person,但是Fred想要检索的是dbo.Databaselog.
Select * from databaselog;
SQL Server 首先是会将它查询解析为：Paul.AdventureWorks2008.Person.Databaselpg,因为Fred的默认架构是Person,而Person架构中并不存在Person表，所以首次解析不会成功，但是之后SQL Server会转而用dbo架构，解析成为正确的形式，并且得到正确的结果。
SQL Server总之是首先搜索指派的架构，如果首次解析失败，则会搜索dbo架构。
特别注意的是：在两个架构中，同样会出现有相同名称的表，所以在处理这种问题的时候是需要特别注意的。不然可能会出现查询数据不对的情况。
