SQL Server 数据库没有有效所有者的三种解决办法，sqlserver
问题：
开发的过程中，操作系统出了问题，决定重装系统。但是没有将SQL Server中的数据库文件分离出来，直接将系统格了。在新系统数据库中附加了数据库文件，一切还算正常，但当打开数据库关系图的时候出现了问题，如下图所示：
解决办法：（三种）
1、右键你的数据库名→属性→文件→所有者→sa;（该方法是从网上找到的，可能不成功）
2、设置兼容级别为90（2005为90，2000为80）
（1）代码：
USE [master]
GO
EXEC dbo.sp_dbcmptlevel @dbname='数据库名', @new_cmptlevel=90
GO
（2）捏鼠标
或是选择你还原的数据库，点右键，选属性->选项->兼容级别，选择sqlserver2005(90) 然后确定。这时,在该数据库下展开“数据库关系图”节点时会有个提示，"此数据库缺少一个或多个使用数据库关系图所需的支持对象，是否创建，选择“是”即可。
3、选择你的数据库，然后选择安全性→用户→选择dbo,打开属性页，如登录名为空的话，新建查询，然后
use [你的数据库名]
EXEC sp_changedbowner 'sa'
我之前也遇到了这个问题，解决方法很简单，右键选择数据库属性，然后在左侧菜单中选择文件，然后将所有者更改为sa就OK了。
因为你把数据库的物理文件删除了，但是数据库中还有。
A．我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager
里面建立。
B．停掉数据库服务器。
C．将刚才生成的数据库的日志文件test_log.ldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据
库数据文件test_data.mdf。
D．启动数据库服务器。此时会看到数据库test的状态为"置疑"。这时候不能对此数据库进行任何*作。
E．设置数据库允许直接*作系统表。此*作可以在SQL Server Enterprise Manager里面选择数据库服
务器，按右键，选择"属性"，在"服务器设置"页面中将"允许对系统目录直接修改"一项选中。也可以
使用如下语句来实现。
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go
F．设置test为紧急修复模式
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此时可以在SQL Server Enterprise Manager里面看到该数据库处于"只读/置疑/脱机/紧急模式"可以
看到数据库里面的表，但是仅仅有系统表
G．下面执行真正的恢复*作，重建数据库日志文件
dbcc rebuild_log('test','C:/Program Files/Microsoft SQL Server/MSSQL/Data/test_log.ldf')
执行过程中，如果遇到下列提示信息：
服务器: 消息 5030，级别 16，状态 1，行 1
未能排它地锁定数据库以执行该*作。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQL Server Enterprise Manager
打开了test库的系统表，那么退出SQL Server Enterprise Manager就可以了。
正确执行完成的提示应该类似于：
警告: 数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致
性。将必须重置数据库选项，并且可能需要删除多余的日志文件。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为"只供DBO使用"。此时可以
访问数据库里面的用户表了。
H．验证数据库一致性（可省略）
dbcc checkdb('test')
一般执行结果如下：
CHECKDB 发现了 0 个分配错误和 0 个一致性错误（在数据库 'test' 中）。
DBCC 执行完......余下全文>>