
可以试着重新建立一个log,先把数据库设置为emergency mode,sysdatabases的status为32768 就表示数据库处于此状态。
不过系统表是不能随便改的,设置一下先
Use Master
Go
sp_configure 'allow updates', 1
reconfigure with override
Go
然后
update sysdatabases set status = 32768 where name = '<db_name>'
现在,祈求满天神佛的保佑吧,重新建立一个log文件。成功的机会还是相当大的,系统一般都会认可你新建立的日志。如果没有报告什么错误,现在就可以松一口气了。
虽然数据是恢复了,可是别以为事情就算完成了,正在进行的事务肯定是丢失了,原来的数据也可能受到一些损坏。
先把SQL Server 重新启动一下,然后检查你的数据库吧。
先设置成单用户模式,然后做dbcc
sp_dboption '<db_name>', 'single user', 'true'
DBCC CHECKDB('<db_name>')
如果没有什么大问题就可以把数据库状态改回去了,记得别忘了把系统表的修改选项关掉。
update sysdatabases set status = 28 where name = '<db_name>' --当然你的数据库状态可能不是这个,自己改为合适的值吧。也可以用sp_resetstatus
go
sp_configure 'allow updates', 0
reconfigure with override
Go
checkdb的时候可能报告有一些错误,这些错误的数据你可能就只好丢弃了。
checkdb有几种修复选项,自己看着用吧,不过最后你可能还是得用REPAIR_ALLOW_DATA_LOSS,完成所有修复。
chekcdb并不能完成所有的修复,我们需要更进一步的修复,用DBCC CHECKTABLE对每一个表做检查吧。
表的列表可以用sysobjects里面得到,把OBJECTPROPERTY是IsTable的全部找出来检查一下吧,这样能够基本上解决问题了,如果还报告错误,试着把数据select into到另一张表检查一下。
这些都做完了之后,把所有索引、视图、存储过程、触发器等重新建立一下。DBCC DBREINDEX也许可以帮你一些忙。
视图2个用处,一个是方便查询,比如下面的例子:SQL>CREATE VIEW
2v_sale_report_sum
3 AS
4 SELECT
5sale_item,
6SUM(sale_money) AS sale_money
7 FROM
8sale_report
9 GROUP BY
10sale_item
View created.
SQL>SELECT * FROM v_sale_report_sum
不使用视图的话,你每查询一次,都要写一段很长的 SQL 语句。又是SUM 又是GROUP BY的。
有了视图以后,一行SQL就解决问题。
还有一个用处,就是安全方面上的设置需要。
比如 人力资源那里,有一个员工表,里面有
员工的姓名、性别、生日、籍贯、工作年限、工资、所属部门 等信息。
人力资源的人,希望你帮忙写一个2011年,工作排版表的程序,但是又不希望你“知道得太多”。
那么就创建一个视图
CREATE VIEW v_员工 AS
SELECT
姓名, 性别, 所属部门
FROM
员工表
然后就给你一个 v_员工 的 检索权限,让你去写 排班程序去了。
mysql 与 oracle 都有视图
procedure 也就是存储过程,也就是某些与数据库 *** 作比较紧密的 *** 作,写在存储过程里面,比写在 java 或者 C# 之类的外部,效果要好一些。
例如一个百货商店的数据库,每天晚上营业结束了,要统计销售额,然后计算每个商品分类下面,当天的营业额是多少,然后将统计数据,插入到 统计表中。
这些 *** 作,基本上就是 SELECT SUM / GROUP BY , 然后 INSERT INTO 的 *** 作。
直接在数据库内部处理就可以了。
没必要把一大堆查询结果,先传递到外边的一个 java 或者 c#写的客户端。
然后再通过 客户端传递一大堆的 INSERT INTO 语句回来。
打开ACCESS数据库后,首先要在数据库对象栏选择一个数据表或窗体并且被选择的数据库对象处于数据表视图或窗体视图下,"新建"命令图标才会变为可用状态(非灰色)。如果该数据库没有任何数据表或窗体,那么题主得先创建一个数据表或窗体,然后选择它们才能在选定的数据表或窗体上添加新纪录。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)