这样的情况我试过,不会提交update的数据,楼主可以再进一次PS/SQL进行查看

解决方案 »

  1.   

    由于数据量过大,暂时是每天凌晨备份的,刚才讲Update的3个表与昨天晚上备份的进行了比较,仔细核对了今天一天的工作量,发现数据没有丢失.谢天谢地,总算没有commit,要不责任可真的承担不起,后果不堪设想衷心感谢楼上两位的安慰与鼓励,谢谢!PS:一点点感悟:
       1.修改数据(非select语句),一定要慎之又慎,多花点时间,仔细检查SQL语句,特别是Where后的条件,执行和提交分开(在程序除外,不好控制),最重要的一点是此时要专心(我就是在和别个说话,不小心SQL语句没有写完就按了F8)切记:修改数据要谨慎小心专心
       2.项目开发同时建立两个数据库,一个正式库一个测试库,测试库为正式库的一个拷贝,定期复制,包括结构和数据。在项目正式上线后,将正式库与测试库断开,若要操作正式库必须去特定的机房机器才能修改并做好记录日志(前提是程序代码中的SQL语句不能有漏洞,特别是修改数据的语句),开发人员只能连接测试数据库(由于是正式库的拷贝也能满足要求,只是数据稍微滞后)[虽然我们目前测试库与正式库分开,但是开发人员还是可以连接正式库,这样才导致了下午由于我的粗心而引发的闹剧, 很是吓人]
       3.DBA这个角色太重要了,数据库这个东西太庞大了,很强大,相应的也很脆弱
      

  2.   

    由于数据量过大,暂时是每天凌晨备份的,刚才讲Update的3个表与昨天晚上备份的进行了比较,仔细核对了今天一天的工作量,发现数据没有丢失.谢天谢地,总算没有commit,要不责任可真的承担不起,后果不堪设想衷心感谢楼上两位的安慰与鼓励,谢谢!PS:一点点感悟:
       1.修改数据(非select语句),一定要慎之又慎,多花点时间,仔细检查SQL语句,特别是Where后的条件,执行和提交分开(在程序除外,不好控制),最重要的一点是此时要专心(我就是在和别个说话,不小心SQL语句没有写完就按了F8)切记:修改数据要谨慎小心专心
       2.项目开发同时建立两个数据库,一个正式库一个测试库,测试库为正式库的一个拷贝,定期复制,包括结构和数据。在项目正式上线后,将正式库与测试库断开,若要操作正式库必须去特定的机房机器才能修改并做好记录日志(前提是程序代码中的SQL语句不能有漏洞,特别是修改数据的语句),开发人员只能连接测试数据库(由于是正式库的拷贝也能满足要求,只是数据稍微滞后)[虽然我们目前测试库与正式库分开,但是开发人员还是可以连接正式库,这样才导致了下午由于我的粗心而引发的闹剧, 很是吓人]
       3.DBA这个角色太重要了,数据库这个东西太庞大了,很强大,相应的也很脆弱