理解SQL SERVER中所有者和架构的区别
理解SQL SERVER中所有者和架构的区别
SQL SERVER2005介绍了架构，架构相对于以前版本中的对象所有者。本文将解释这两者的区别，并希望能解开你至今仍对架构一点困惑。
对象所有者
要理解所有者和架构之间的区别，让我们先花点时间来复习一下对象的所有权。在SQL SERVER2000或以前版本中创建一个对象，对象必须要有一个所有者(owner)。大部分情况，所有者为“dbo（数据库所有者）”。一个对象可以被数据库中任何一个用户所拥有。判断一个对象的所有者的方法是在企业管理器或Manager Stdio中浏览表的列表时查看对象的全限定名称（full qualified）。比如，一个由dbo所拥有的表orders其全限定名为dbo.orders。如果该表的所有权转移至用户abc，那么该表现在的全限定名为abc.orders。
对象是如何属于某个所有者的呢？这依赖于创建对象时的用户。
也有可能是db_owner角色成员创建了一个由数据库中任何对象所拥有的对象。缺省情况下，创建对象的用户账号（该账户必须拥有CREATE TABLE的权限）也是对对象的所有者。只有db_owner角色成员可以创建由dbo所拥有的对象。即使那样，在某些情况下，对象的所有者还可能是实际的用户而不是dbo。
使用dbo作为数据库中所有对象的所有者可以简化对象的管理。因为数据库中永远都会有dbo用户的。数据库中的用户只要有权限可以不用指定所有者名称就可以存取由dbo拥有的对象了。如果一个对象不是被dbo所有用，那么该所有者将要被删除时，必须将对象的所有权转移给其他用户。比如有一个非dbo用户ted创建了sales表，该表名称为ted.sales。如果ted以外的用户想使用此表，那么必须使用表的全限定名来指定。如果ted离开了公司或部门，那么他的数据库用户账号必须得删除。在删除前，ted所拥有的对象必须使用存储过程sp_changeobjectowner将所有权转移至其他用户账号。
如果这个表在应用程序或者其他存储过程中使用过，改变表的所有者可能导致所有的代码出错。如果一开始该表就被dbo所拥有，那么即使删除了ted账号也没有关系。代码也不需要使用全限定名——这样可能损失点性能——来指定对象，这被认为是最实用的方法。
架构
我喜欢将架构想象成一个组织对象的容器。如果你看一下adventureworks样例数据库，你会发现表是按照部门或者功能组织起来的，比如“HumanResources”或者“Production”（图一）。这看起来有点像老的拥有者概念，但却拥有许多益处。首先，因为对象
相关文档：
p.s. 不用试图在sql2000服务管理器上面注册sql2005的远程数据库服务器，只能先从sql2005上面导出适合sql2000的建表脚本，在sql2000上建库建表，然后利用sql2000的导入和导出向导，将数据从2005导入到2000当中。
2005转到2000的步骤步骤
1. 生成for 2000版本的数据库脚本
2005 的manger studio
-- 打开"对象资源管理� ......
CREATE FUNCTION StringToBarcode
(@Value Varchar(50) )
RETURNS NVarchar(100)
AS
BEGIN
Declare @charCount int
Declare @charPos int, @minCharPos int
declare @currentChar int, @checksum int
Declare @isTableB int,@isValid int
&n ......
转载自:http://www.diybl.com/course/7_databases/sql/sqlServer/2009124/154621_2.html
一个题目涉及到的50个Sql语句
Student(S#,Sname,Sage,Ssex) 学生表
Course(C#,Cname,T#) 课程表
SC(S#,C#,score) 成绩表
Teacher(T#,Tname) 教师表
问题：
1、查询“001”课程比“002”课程成绩高的 ......
一、用如下步做了：
1、DUMP TRANSACTION 库名 WITH no_log
2、dbcc
shrinkfile(logfilename)
3、收缩数据库
4、设定自动收缩。
二、分离数据库,删除日志
文件,再附加,OK!右击数据库－－所有任务－－分离or 附加
三、1、backup
log 库名 WITH no_log，2、dbcc shrinkfile(logfilename)，3� ......
部门结构
Id name parentId
-----------------
1 人事部 0
2
开发部 1
3 服务部 1
用户结构
Id name departId
--------------------
101
张三 2
102 李四 2
103 王五 3
想得到
ID name
parentId
-------------------
1 人事部 0
2 开发部 1
101
张 ......
