sqldbx是一款非常好用方便的数据库类工具,它能够做到非常先进的SQL编辑功能还有各种数据库资源管理功能,对于那些从事数据库相关的工作人员来说这真的是一款适合的产品。
修改项目时,涉及到了Oracle中许多表的修改(包括:增加、删除字段,修改注释等)。由于开始没有进行记录,造成在上测试机时,忘记了具体修改过哪些表了。后来在网上查找了一些资料,例如: www.2cto.com 1、select uat.table_name from user_all_tables uat 该SQL可以获得所有用户表的名称 2、select object_name, created,last_ddl_time from user_objects 该SQL可以获得所有用户对象(包括表)的创建和最后修改时间 综合以上SQL,总结了如下语句: select uat.table_name as 表名,(select last_ddl_time from user_objects where object_name = uat.table_name ) as 最后修改日期 from user_all_tables uat 通过该语句,可以得到所有表的最后修改时间。(大家可以根据实际情况在该SQL后面加上相应的条件表达式) 通过对查询结果中最后修改时间的降序排列,就可以知道那些表的结构修改过了。
由于应用的bug导致部分数据字段被更新为空,发现时已经有两个月了,这些字段内容挺重要的,如何才能找回这些数据呢? rman只能恢复某个点的数据,因为在此期间不断有insert,这些新增数据也会被update,因此任何一点的数据都不全,备份也是每天晚上备份,当天插入当天update的数据同样无法恢复。 方法:不完全的恢复的就一个rman,一个是logminer,感觉logminer不现实,时间太长了,使用rman进行基于时间点的不完全恢复后,使用read only打开数据库,将需要的表,导出,然后在使用rman进行数据库的完全恢复,思路是这样的,务必进行测试
ORACLE 中查询某个表中某条记录的修改记录方法如下: select * from v$sql where sql_text like 'update tableName%'
1、微软的SQL Server的日志文件中实际记录了详尽的数据库 *** 作动作。但微软SQL Server自身的工具并不能对这些日志文件进行详细的查看更不用说在此基础上进行反向恢复。2、较为有名的是Log Explorer工具,这是第三方的,需要在服务器上安装服务代理端,它可以利用SQL Server的日志文件进查数据的反追。
3、但我们应该明白的是SQL Server原则上是设计用来做后台数据的,它的安全防护能力并不高,它的事务文件能记录的,一般也只是 *** 作者的MAC、 *** 作者用了什么应用登录(不保证)。
4、技术较好的朋友可以使用Log Explorer等工具,依靠SQL Server的日志进行一定限度的数据恢复工作。能否追踪到是谁干的,那就不好说了。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)