浅谈数据库中的构架
不同的schema之间它们没有直接的关系,不同的shcema之间的表可以同名,也可以互相引用(但必须有权限),在没有操作别的schema的操作根权下,每个用户只能操作它自己的schema下的所有的表。不同的schema下的同名的表,可以存入不同的数据(即schema用户自己的数据)
实际上就是表名前面的名称例如:dbo.T_Users, Admins.T_Powers 等
参考:http://www.blogjava.net/gbk/archive/2008/09/22/158080.html
二.用户架构分离的好处
将架构与数据库用户分离对管理员和开发人员而言有下列好处:
1.多个用户可以通过角色成员身份或 Windows 组成员身份拥有一个架构。这扩展了允许角色和组拥有对象的用户熟悉的功能。
2.极大地简化了删除数据库用户的操作。
3.删除数据库用户不需要重命名该用户架构所包含的对象。因而,在删除创建架构所含对象的用户后,不再需要修改和测试显式引用这些对象的
应用程序。
5.开发人员通过共享默认架构可以将共享对象存储在为特定应用程序专门创建的架构中,而不是 DBO 架构中。
6.可以用比早期版本中的粒度更大的粒度管理架构和架构包含的对象的权限。
7.完全限定的对象名称现在包含四部分:server.database.schema.object。
三.默认架构:
SQL Server 2005 引入了“默认架构”的概念,用于解析未使用其完全限定名称引用的对象的名称。在 SQL Server 2000 中,首先检查的是调用数据库用户所拥有的架构,然后是 DBO 拥有的架构。在 SQL Server 2005 中,每个用户都有一个默认架构,用于指定服务器在解析对象的名称时将要搜索的第一个架构。可以使用 CREATE USER 和 ALTER USER 的 DEFAULT_SCHEMA 选项设置和更改默认架构。如果未定义 DEFAULT_SCHEMA,则数据库用户将把 DBO 作为其默认架构。
四.对构架名的操作:
schema_name 当前数据库中的架构名称,会将对象移入其中。其数据类型不能为 SYS 或 INFORMATION_SCHEMA。
object_name 要移入架构中的架构包含对象的一部分或两部分名称。
table_name 当前数据库中的表名
create schema schema_name -- 创建构架名 (前数据库中并不存在)
drop schema schema_name -- 删除构架名
ALTER SCHEMA schema_name TRANSFER object_name -- 修改表名的构架名
select Ub.name as Schemas,Ua.name as ObjectName
from sysobjects Ua inner join sys.schemas Ub on Ua.uid = Ub.schema_id
where Ua.name= 'table_name' -- 查看表所属的构架名
注:
以上Sql 语句在 Sql 2005中可以使用,但不知道对其他版本有没有影响!