日期:2014-05-17  浏览次数:20809 次

散分(一)【一天的功夫差点就白费了,以后记得改数据库前千万记得备份!】
哎、今天差点就悲剧了。

改数据库前还想着备份的,但自以为是,觉得没关系吧,结果就出问题了。

最后凭借着记忆,跟在前台的调试,终于改回来了,也给自己敲个警钟啊 - -

------解决方案--------------------
Ding!
------解决方案--------------------
哦,知道了,谢谢提醒~~~接分。。
------解决方案--------------------
前车之鉴,谢谢
------解决方案--------------------

------解决方案--------------------
有时候,粗心大意造成的后果可是无法弥补的哦,危险性的大规模后台修改数据,DBA都不敢直接执行,没备份的话到时候可是哭都苦不出来啊。

兄台,这会可长记性了,哈哈哈。也给我们大家提醒了。
------解决方案--------------------
如果没有十足的把握的话,最还还是测试的数据库进行了。
------解决方案--------------------
恭喜一下,接分,不过只要不是truncate,flashback table还是能恢复的呀。
------解决方案--------------------
备份备份啊~~~恩,提醒了~
------解决方案--------------------
正式库 必须得
------解决方案--------------------
受教,接分了
------解决方案--------------------
JF。。
------解决方案--------------------

------解决方案--------------------
接分(一)
------解决方案--------------------
生产库 必须的
------解决方案--------------------
大家以后记住了。记忆力不好的人。还是先备份。
------解决方案--------------------
任何一个小修改,都需要备份,DBA越做越胆小的。
------解决方案--------------------
看什么操作了,重新做是一种温习,重要的东西不要拿来做实验
------解决方案--------------------
是啊,注意这个问题了!真的,数据就是这行的重中之重哦!它也有崩溃的时候!备份给了一种解决方案,我每天做的东西都要进行备份,防止第二天出现不良情况!
------解决方案--------------------
数据还原很痛苦!
------解决方案--------------------
楼主高水平呀。。。凭记忆。。。
------解决方案--------------------
幸好你弄回来了,不然要自杀咯
------解决方案--------------------
呵呵,多谢楼主提醒,这个一定记着。
------解决方案--------------------
不要沉了/
------解决方案--------------------
接分。。。
------解决方案--------------------
进来接分来了
------解决方案--------------------
接分 ~~~~
------解决方案--------------------
恭喜lz,这个问题很有必要
------解决方案--------------------
顶起来,顺便接分..
------解决方案--------------------
接分.........
------解决方案--------------------
接的我都不好意思了