理解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”（图一）。这看起来有点像老的拥有者概念，但却拥有许多益处。首先，因为对象
相关文档：
我们知道，SQL Server事务日志主要是用来记录所有事务对数据库所做的修改，如果系统出现故障，它将成为最新数据的唯一来源。日志的操作常有以下几个应用：
一、事务日志文件LDF的丢失
当我们不小删除或者LDF文件丢失的时候，数据库只剩下MDF文件，此时直接通过附加MDF是无法恢复数据库的，那我们怎么样才能恢复数据库呢?� ......
一个示例死锁
让我们从这样一个示例开始说起，它在 SQL Server 2000 和 2005 中都能引起死锁。在本文中，我使用 SQL Server 2005 的最新 CTP（社区技术预览，Community Technology Preview）版本，SQL Server 2005 Beta 2（7 月发布）也同样适用。如果您没有 Beta 2 或最新的 CTP 版本，请下载 SQL Server 2005 Express 的 ......
ORM系统必须把数据库中的数据转换为业务数据，转换的方法大致有3种，本文就试图对它们做一些简单分析。
1、属性反射。就是通过反射，获取业务实体类的各个属性，然后再设置这些属性的值。这个方法最简单、最稳定、通用性最强、可维护性最强、性能最差。例如NHibernate就是用这种方法实现的，它通过IGetter和ISetter接口实� ......
元数据简介
元数据 (metadata) 最常见的定义为"有关数据的结构数据"，或者再简单一点就是"关于数据的信息"，日常生活中的图例、图书馆目录卡和名片等都可以看作是元数据。在关系型数据库管理系统 (DBMS) 中，元数据描述了数据的结构和意义。比如在管理、维护 SQL Server 或者是开发数据库应用程序的时候，我们经常要获 ......
