中文部分：  
 
 
 
 
  

   所有者权益变动表列示了所有者权益的增减变动情况 ,  有利于财务报告使用者进一步了解企业净资产状况。在新准则颁布以前，所有者权益变动表并不是主要报表，在上市公司的财务报告中，它仅作为附表在“会计数据和业务数据摘要”   中列示。尽管现行会计准则将所有者权益变动表从附表变为主表，并全面报告了所有者权益的变动情况，但在报告内容的具体安排上仍存在一些缺陷。本文在明确了其基本内容与编制方法的前提下，分析了所有者权益变动表的缺陷与不足。如，所有者权益变动表存在没有明确提出综合收益概念，以及列示内容分类不明确等问题。提出了增设综合收益附表，以及改进所有者权益变动表列示格式等设想，从而更加全面充分地反映企业综合收益状况，提高所有者权益变动表的可理解性和可接受性，更好地实现财务报表的目标。  
  
 
 
英文部分：  
 
 
 
 
 
  

   The statement of equity ownership shows the changes in equity ownership, which helps users of financial reports to learn more about the business net assets. Before the adoption of new guidelines, it was not regarded as the main issue, but only a schedule in the financial reports of listed companies. Although the current accounting postulates have turned it to the main statement from the schedule, which fully covers the changes in the equity ownership, there still are many drawbacks in the practice of specific arrangements in business financial report. This article will analyze the defects of the statement of equity ownership on the premise that its basic contents and rules have been well defined. For example, the statement of equity ownership does not explicitly define the concept of composite income as well as the issues of contents presented not clearly. Then, this article will put forward to the proposition of addition of composite income schedule in the statement of equity ownership and the improvements of its formats etc. so that it can reflect the overall status of business composite income, improve its intelligibility and acceptability and better achieve the objective of reporting business financial statements.  
  
 
   
 
 
 

http://baike.baidu.com/view/2124691.htm
 
归属于母公司所有者净利润
 
 
 
根据企业会计准则体系（2006）的有关规定，“归属于母公司所有者的净利润”反映在企业合并净利润中，归属于母公司股东（所有者）所有的那部分净利润。  
 
比如，某一上市公司实现净利润100万元，其持有70%股权的子公司实现净利润50万元。假设该上市公司没有其他子公司，且母子公司之间没有净利润的抵销业务，则，母公司合并净利润150万元（100 + 50），而该上市公司拥有子公司净利润的份额应当为35万元（50 * 70%），由此，母公司总计实现净利润135万元（100 + 35），该净利润应当归属于母公司的股东。除此之外，子公司实现的净利润的剩余部分15万元（50 - 35），归属子公司其他股东（也就是通常所说的“少数股东”）所有。
 
据此，该上市公司合并利润表相关列示如下：
 
净利润（净亏损以“-”号填列） 150万元
 
其中：归属于母公司所有者的净利润 135万元 
 
少数股东损益 15万元
 
而在原企业会计准则（制度）（2005前）下，上述数据相关列示应为如下：  
 
少数股东损益 15万元 
 
净利润：135万元
 
 
 
 
 
上市公司财务报表里的母公司，指上市公司自己；
 归属于母公司所有者的净利润，即：归属于上市公司股东的净利润。（是净利润减去“少数股东损益”）

更改SQL Server表所有者的操作方法
 
 
 
笔者用过两种方法：
 
1）  通过修改当前数据库的对象表：sysobjects。
 
sysobjects存储的是当前数据库中的表的基本信息，其中由一个字段：uid，记录的是表所有者的id号。如：uid为‘1’，一般表示所有者为dbo（一般是sa）。可以为表所有者更改为你所希望的表所有者的id。
 
需要注意的是，直接在sysobjects表中对数据进行的更新操作需要有权限允许。不然会更新不成功
 
2）  另外一种方式是通过sql脚本来完成的。
 
例如：exec sp_changeobjectowner 'cqadmin.authors', 111 将表'cqadmin.authors'的所有者改为111.
 
 
 
下面列出了网上搜索到的详细资料：
 
来自于：http://www.cnblogs.com/cnkenny/archive/2008/07/31/1257642.html
 
今天下午还原sql数据库以后，不管怎么样也无法登陆论坛，仔细检查才发现，sql server表还是以前建立的用户，而又无法删除，，这些表的权限都不是DBO， 后来在网上找了半天，才找到解决办法，这里先保存下来。用来解决大家在还原了sql数据库以后，无法删除原登陆用户的问题。
 
--执行这个语句,就可以把当前库的所有表的所有者改为dbo
 
exec sp_msforeachtable 'sp_changeobjectowner ''?'', ''dbo'''
 
 
 
--如果是要用户表/存储过程/视图/触发器/自定义函数一齐改,则用游标(不要理会错误提示)
 
declare tb cursor local for
 
select 'sp_changeobjectowner ''['+replace(user_name(uid),']',']]')+'].['
 
+replace(name,']',']]')+']'',''dbo'''
 
from sysobjects 
 
where xtype in('U','V','P','TR','FN','IF','TF') and status>=0
 
open tb
 
declare @s nvarchar(4000)
 
fetch tb into @s
 
while @@fetch_status=0
 
begin
 
exec(@s)
 
fetch tb into @s
 
end
 
close tb
 
deallocate tb
 
go 
 
 
 
1. sp_changeobjectowner
 
更改当前数据库中对象的所有者。
 
 
 
语法
 
sp_changeobjectowner [ @objname = ] 'object' , [ @newowner = ] 'owner'
 
 
 
参数
 
[@objname =] 'object'
 
 
 
当前数据库中现有的表、视图或存储过程的名称。object 的数据类型为 nvarchar(517)，没有默认值。object 可用现有对象所有者限定，格式为 existing_owner.object。
 
 
 
[@newowner =] 'owner'
 
 
 
即将成为对象的新所有者的安全帐户的名称。owner 的数据类型为 sysname，没有默认值。owner 必须是当前数据库中有效的 Microsoft? SQL Server? 用户或角色或 Microsoft Windows NT? 用户或组。指定 Windows NT 用户或组时，请指定 Windows NT 用户或组在数据库中已知的名称（用 sp_grantdbaccess 添加）。
 
 
 
返回代码值
 
0（成功）或 1（失败）
 
 
 
注释
 
对象所有者（或拥有对象的组或角色的成员）对对象有特殊的权限。对象所有者可以执行任何与对象有关的 Transact-SQL 语句（例如 Insert、Update、Delete、Select 或 EXECUTE），也可以管理对象的权限。
 
 
 
如果拥有对象的安全帐户必须要除去，但同时要保留该对象，请使用 sp_changeobjectowner 更改对象所有者。该过程从对象中删除所有现有权限。在运行 sp_changeobjectowner 之后，需要重新应用要保留的任何权限。
 
 
 
由于这个原因，建议在运行 sp_changeobjectowner 之前，编写现有权限的脚本。一旦更改了对象的所有权，可能要使用该脚本重新应用权限。在运行该脚本之前需要在权限脚本中修改对象所有者。有关编写数据库脚本的更多信息，请参见编写数据库文档和脚本。
 
 
 
可以使用 sp_changedbowner 更改数据库的所有者。
 
 
 
权限
 
只有 sysadmin 固定服务器角色和 db_owner 固定数据库角色成员，或既是 db_ddladmin 固定数据库角色又是 db_securityadmin 固定数据库角色的成员，才能执行 sp_changeobjectowner。
 
 
 
示例
 
下面的示例将 authors 表的所有者改为 Corporate/GeorgeW。
 
 
 
EXEC sp_changeobjectowner 'authors', 'Corporate/GeorgeW'
 
 
 
 
 
请参见
 
改变数据库所有者：sp_changedbowner
 
 
 
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－以上摘自sql server 的联机丛书
 
注意：
 
使用sqlserver2000改变对象（object）（如Table，SP，View）的所有者（owner）时，需要注意一点：
 
如果对象改变前的owner为dbo，则直接用：exec sp_changeobjectowner 对象名,新的所有者名就可以成功。如果再需要改变该对象的所有者，则要用如下语法：
 
exec sp_changeobjectowner "[所有者].[对象名]",新的所有者。注意，双引号不可省略，否则提示objectname does not exist。
 
 
 
EXEC sp_changeobjectowner 'cqadmin.authors', 111
 
 
 
2.建与原表结构相同表，然后把数据从原表插入到新表，操作方法：
 
 
 
在sql server企业管理器中选择原表点右键，选择“所有任务/生存SQL脚本”，保存生成的脚本，在脚本中把表的原所有者改成新所有者。然后再把该脚本运行一遍，数据库中就新生成了一个表，所有者是新所有者，原来的表还在数据库中没有被替换。新表和旧表 表名相同，所有者不同，此时的新表中没有数据。
 
然后再运行下面的语句往新表中插入数据： 
 
Insert INTO CQAdmin.m_actiondef //新所有者.新表名
 
Select *
 
FROM RegaltecDefSchema. CQAdministrator.m_actiondef // 数据库名.旧所有者.旧表名
 
运行完了就做完了，可以把旧表删掉，也可以留着。

理解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”（图一）。这看起来有点像老的拥有者概念，但却拥有许多益处。首先，因为对象不再绑定到用户账号上，所以你根本不用担心当一个账号被删除时需要变换对象的拥有者。另一个好处是使用架构可以简化表和其他的对象的权限管理。每个架构都有其所有者，但是所有者和架构名是不绑定的。所以当一个用户拥有一个架构，并且这个用户必须从数据库中删除时，可以不用破坏任何代码而仅仅是将架构的所有者变一下。如果你不希望用架构来组织数据库中的对象，只用dbo架构就行了。
 
 
 
 
图一
 

 我们假定widgets部门的雇员同样是网络安全组widgeemp中的成员。每个部门的经理另外还属于widgetmanagers。我们创建一个widgets架构，并在其中创建多个表、视图和存储过程。为了访问这些对象，我们可以将WidgetEmp和WidgetManagers组加入到SQL SERVER和数据库中。因为我们比较在意对表的读取，所以WidgetEmp组只被授予了widget架构中执行所有存储过程的权限；WidgetManagers组同时还被授予SELECT所有表和视图的权限。一个非常好的情况是：无论何时在widgets架构中创建一个新的存储过程、视图或表，你都不再需要记得分配权限了。
 
 为了授予架构中所有的存储过程中的执行（EXECUTE）权限，请按如下步骤：
 1.使用Management Studio，在数据库下的展开安全性，然后展开架构
 2.右击架构名，选择属性。
 3.选择权限页，点[添加…]加入选择的数据库用户或角色。
 4.一旦用户或角色被选上，那么下面的框中将会列出其权限。
 5.为了授予所有存储过程的执行权限，选择授予EXECUTE权限。
 
 我一直想有一个可以执行所有存储过程的数据库角色，有点像db_datareader角色。现在可以通过授予架构中所有存储过程的执行权限来达到目的了（图二）。我不知道为什么没有这样的一个固定角色，不过至少现在有一个简单的解决方法了。即使你没有在数据库中利用架构，你也可以通过授予dbo架构中的所有存储过程的执行权限来达到同样的目的。
 

 
 
 
图二
 
有一点必须牢记：如果你想从利用架构，你必须在数据库设计之初就考虑架构的组织。在后期改变架构的设计需要改变很多代码。
 
 升级你的数据库
 数据库如果从SQL SERVER 2000升级到2005会发生什么？当数据库从2000升级到2005，SQL SERVER为数据库中的每个用户都会创建一个架构。你可能一开始没有注意它，直到你打算删除某个数据库用户。此时你会收到报错“数据库主体拥有一个架构，不能删除”。为了解决这个问题，你可以在架构为空的时候删除架构，然后再删除用户；如果架构不空，你必须决定是删除架构中对象还是将其转移至另外的一个所有者。
 
 总结
 一开始时，架构的概念确实很让人困扰。但是如果你了解它，你将发现其很多益处。你只要将架构想象成组织对象的一个容器，可以就像早期的所有者那样简单地对其授权。最重要的是，架构组织必须在设计阶段就要早早地考虑好以避免后期的代码问题。最后，通过授予一个架构中的执行权限给一个用户或或数据库角色，我们现在可以确保用户总是可以执行新的存储过程。
 
 原文地址：
 http://www.sqlteam.com/article/understanding-the-difference-between-owners-and-schemas-in-sql-server