呵呵,是要经常备份的呀,要不然,死都不知道咋死的。
不过执行delete前,先把语句改成select试试,先看一下数据是不是正确

解决方案 »

  1.   

    以前总是备份,但没有一次用上,所以就有点懈怠了,就把之前的备份都删了,这个备份正好是5。1放假备份的,还好数据差的不多,是几个配置表,现在想起来那个唯一的备份还是5。1期间在家里用remote远程控制操作备份的,当时也是无心插柳,由于数据的实时性很强,要是没有那个备份救命稻草,不然真的怎么死的都不知道!!!
      

  2.   

    我才惨呢.
    我写了一个星期的程序;由于没有及时提交到VSS服务器(自己有备份).结果硬盘突然坏掉了而且数据无法导出...那个痛啊!!!
      

  3.   

    我才惨,我曾经和楼主一样在精神不佳的情况下执行truncate操作
    比楼主惨的是我没有备份过数据,要让客户再输入一份数据
    当月工资和奖金泡汤,哎,往事不堪回首啊
      

  4.   

    哈哈^_^,楼上的果然比我惨,还有money的代价,恩,这20分你很有可能得到:)
    还有没有更惨的:)
      

  5.   

    嘎嘎,比较惨的说
    猫猫倒霉的是习惯了用plsql是需要手动提交数据的
    然后,某天在db2的环境下,也来了一个delete,然后看看结果,然后rollback,然后半天后反应过来,不是plsql,数据掉了,5555555
    幸亏有生产库的备份
    要不,......
      

  6.   

    恩,到此总结一下悲惨程度gw_delphi(从容)【一个星期的劳动化为乌有】
    wiler(@_@)     【厉害,让用户再输入一次数据^_^ 不过付出一个月money代价】
    xiaoxiao1984(笨猫儿) 【猫猫习惯plsql操作导致数据删除,还好有备份】目前看来,辛酸程度
    wiler(@_@) > gw_delphi(从容) > 猫猫else if (sb > wiler(@_@) )
    {
        return(20);
    }此贴再放2天,下周一下班前放分:)
      

  7.   

    delete from 后面没带where条件,郁闷。
      

  8.   

    up一下:)heyixiang(子豚の愛人) 说说后来呢?又消耗多少精力或者MONEY ?
      

  9.   

    很奇怪oracle没有操作日志么?
    sql server会保存一个.log的文件,并且随着用户操作会随时变化。
    而且还有专用工具从这个日志里面反向解析操作,比如你delete from tabel,他就能解析成
    inser into table values(xx,xx)
    inser into table values(xx,xx)
    inser into table values(xx,xx)
    一条数据都不会丢,非常好用。