如果你已提交本次事务(transaction),恐怕无药可救了,如没有,执行:ROLLBACK;
估计我说晚了,你还是想别的招吧!

解决方案 »

  1.   

    好象你很惨!!!找找microsoft了,看看有没有后门???
      

  2.   

    sSam说的对,一般用回滚日志的方法可以, 看看参考书吧。
      

  3.   

    Sorry! 我也不知到应该如何做!
      

  4.   

    TO ROBOT和sSam:
    不知解决过这种问题没有??如果有,就说出来!好象不是很简单的!!!!!!!!!!!!!!
    事物已经提交了,我不知怎么办了,我对这问题很有兴趣,什么参考书??
    我在books online就是找不到!!!
      

  5.   

    用日志恢复:
    restore log {data_name|@database_name_var}
    from <log_file>
    with [norecovery\recovery\standby_undo_file_name]
    [,][stopat={data_time|@data_time_var}例如:库名为database1 日志为database1_log 要求恢复2000/6/15 1:00前的数据:
    restroe log database1
    from database_log
    with recovery,stopat='jun 15,2000 1:00 am'参考书有:<SQL SERVER7.0 系统管理和应用开发指南>(清华大学出版
     
      

  6.   

    You may want to restore the database to an earlier point in time than to the point of failure. For example, an earlier transaction within a database changed some data incorrectly, but the transaction was committed, and several transaction log backups have been created afterward. Therefore, you will need to restore the database backup and only those transaction logs that contain the changes prior to the transaction you do not want applied.
      

  7.   

    我干断定,一定可以,我在读一本书时,从书里讲的意识上看好象可以,Delete 和TRUNCATE 命令的区别就在这