
您好,是这样的:
1首先确认已经备份了mdf和ldf文件。
2
在SQL
Server中新建一个同名的数据库,然后停止SQL
Server服务。
3
用原有的mdf和ldf文件覆盖新建数据库对应的mdf和ldf文件。
4
重新启动SQL
Server服务,这是应该会看到这个数据库处于置疑(Suspect)状态。
5
在SQL查询分析器中执行以下命令,以允许更新系统表:use
mastergosp_configure
"allow
updates",1reconfigurewithoverridego。
6
将这个数据库置为紧急模式:update
sysdatabases
set
status
=
32768
where
name="db_name"go。
7
使用DBCC
CHECKDB命令检查数据库中的错误:DBCC
CHECKDB("db_name")GO。
8
如果DBCC
CHECKDB命令失败,请转至第10步,否则先将数据库置为单用户模式,再尝试对其进行修复:sp_dboption
"db_name","single
user","true"DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)GO
如果在执行DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)命令时提示说数据库未处于单用户模式状态的话,则重新启动SQLServer服务,然后继续尝试。
9
如果DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)命令失败,请转至第10步,否则若成功修复了数据库中的错误:
重新执行DBCC
CHECKDB("db_name")命令,确认数据库中已没有错误存在。
清除数据库的置疑状态:sp_resetstatus
"db_name"
清除数据库的单用户模式状态:sp_dboption
"db_name","single
user","false"
重新启动SQL
Server服务,如果一切正常的话,则数据库已经成功恢复。
10如果以上步骤都不能解决问题的话,请参考附件中的文档尝试通过重建事务日志来恢复数据库中的数据。如果您只有MDF文件,问题就更加复杂一些,我们需要直接重建事务日志了:
1
在SQL
Server中新建一个同名的数据库,然后停止SQL
Server服务。
2
用原有的ldf文件覆盖新建数据库对应的mdf文件,将其日志文件(ldf)删除。
3
启动SQL
Server服务,并将数据库置为紧急模式(同上:
步骤5和步骤6)。
4
停止并重新启动SQL
Server服务。
5
执行以下命令重建数据库日志文件:(下面是个示例,您要用您实际的数据库名)
DBCC
REBUILD_LOG("cas_db",
"D:\cas_db\cas_db_LogLDF")
6
重新将该数据库置为单用户模式。
7
再次尝试使用DBCC
CHECKTABLE或DBCC
CHECKDB命令检查并修复数据库中。
因为 users 和 book_borrow 表没有关联起来
在 where 子句 后面加上两个表的关联条件(比如说两者的关联字段为userid):
sql="update users,book_borrow set user_state='n' where TO_DAYS(NOW())-TO_DAYS(book_borrowborrow_time)>=book_borrowkeep_time and usersuserid = book_borrowuserid";
以上就是关于SQL server 数据库问题全部的内容,包括:SQL server 数据库问题、update 语法,急,超过借书期限的用户的状态设置为n,只要数据库里面有一个用户超过借书期限,所有用户的状、等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)