不理解架构和角色的区别，求助
请问sql sever 2005中什么是架构啊？可不可以解释得通俗一点呢？

我用sa的身份在SIMS这个数据库里面创建了1个用户user1，只给他连接数据库的权限，
然后给了个db_accessadmin的架构,但是我想删掉这个用户，怎么删不掉呢？说是这个用户拥有了架构就不能被删除，
请问怎么删掉啊？

而且该用户拥有的架构也删不掉

------解决方案--------------------
Sql Server 2005中的架构用户登录和角色

http://www.abc188.com/info/html/wangluobiancheng/Mssql/20090512/118078.html


我相信很多人接触这些概念的时候一头雾水。要把这些概念理清楚真不是件容易的事，哪像原始社会，只要能分清楚什么能吃什么不能吃就行了。

但是我始终坚信，每一个概念的产生必然是因为碰到了无法解决的问题。换句话说，如果没有它，必然会导致某些问题难以解决。所以我想从这个角度切入，
希望能把这几个复杂而暧昧的多角关系从最实用的角度来阐述清楚。

数据库对象。首先,数据库对象是比较容易懂的。所有的表,视图，存储过程，触发器都称为数据库对象。

我们可以拿一个网站来做类比。一个网站包含很多的网页，图片，脚本文件，我们姑且称它为网站对象。

显然，我们不可能把所有的网站对象都放到一个文件夹下面，同样道理，数据库对象也不可能象煮饺子一样就在数据库里这么一锅出。对于网站，
我们通常会把不同模块的文件放在不同的子文件夹下，那么谁是存放数据库对象的文件夹呢?答案就是：架构(Schema).

架构(Schema)。微软的官方说明(MSDN)： "数据库架构是一个独立于数据库用户的非重复命名空间，您可以将架构视为对象的容器"，
详细参考http://technet.microsoft.com/zh-cn/library/ms190387.aspx.我们知道，在JAVA中，命名空间名其实就是文件夹名。
因此我们非常明确一点：一个对象只能属于一个架构，就像一个文件只能存放于一个文件夹中一样。与文件夹不同的是，架构是不能嵌套的，如此而已。
因此，我们要访问一个数据库对象的时候，通常应该是引用它的全名"架构名. 对象名"，这点非常类似C#。

问：为什么有的时候写select * from tablename也可以执行呢?

答:这是因为default schema.当只写tablename时，Sql Server会自动加上当前登录用户的default schema。

图1

如果此表不属于当前登录用户的default schema,将会提示无效的对象名。

图2

加上shcema以后成功。

图3

不过我们也可以更改当前用户的default schema，这时就可以不用加前缀了。

Code

ALTER USER dbo WITH DEFAULT_SCHEMA =emdbuser;

当然，我们也可以改变此表的schema,相当于把这个表放到另一个文件夹,从emdbuser放到dbo中。

Code

alter schema dbo TRANSFER emdbuser.Borrower

以上两种作法在真实项目中都不应该作为解决方案，因为它改变了原来的设置。我们最希望的是，即使我们以dbo登陆，
我们也可以伪装成emdbuser来操作数据库对象，伪装完了还能切换回来。在Sql Server中,刚好有这样的语句实现这个功能。

Code

EXECUTE AS USER = 'emdbuser';

这种机制被称为“上下文切换”，操作完以后，可以实用REVERT命令切换回来。(.NET中也有类似的机制,它们有共同的一个名称叫做Impersonate，角色扮演。)

详细解释参照MSDNhttp://msdn.microsoft.com/zh-cn/library/bb153640(SQL.90).aspx

问：如何根据表名获取一个表的Schema呢?

答：可以参照以下SQL语句从sys.objects视图和sys.schemas视图中获取。

Code

select sys.objects.name,

sys.schemas.name

from sys.objects,

sys.schemas

where sys.objects.type='U'

and sys.objects.schema_id=sys.schemas.schema_id

结论：架构就是数据库对象的容器。数据库对象是饮料，架构就是杯子，谁拿杯子喝水呢?当然是用户，那么是不是一个用户只能用一个杯子，一个杯子是不是从一而终，
只能给一个人用呢?。


------解决方案--------------------
这个 问题我以前遇到过，在2005里面是严格把架构和用户分开的，这样做的好处就是当你删除一个用户时，而不需要去删除它所拥有的对象，。因为以前的对象是直接被用户所拥有的，这样的话删除用户就要删除对象（比如，表，触发器等），在2005引入架构后，打个比方，他就像一个杯子，里面装的就是对象或者角色，删除时就将用户所拥有的架构DROP掉，不必一一删除每个对象，如果你不删除架构或者角色，你的用户是删不掉的，2005里面有一个特殊的架构也是用户DBO，它既是用户也是架构，默认的架构就是它
------解决方案--------------------
可以理解为部门与职员的关系。