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

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

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

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

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

兄台,这会可长记性了,哈哈哈。也给我们大家提醒了。

顺道来接分了,多谢了。
------解决方案--------------------
顶。。。。
接分!!!!!!
------解决方案--------------------
吸取教训~~
------解决方案--------------------
做任何操作都是要小心的,如果不知道的最好在测试数据库进行了。
------解决方案--------------------
zydj_2006
------解决方案--------------------
恭喜一下,接分,不过只要不是truncate,flashback table还是能恢复的呀。
------解决方案--------------------
接分(三)
------解决方案--------------------
接分(三)
------解决方案--------------------
大家以后记住了。记忆力不好的人。还是先备份。
------解决方案--------------------
继续接分吧,不止备份,还需要DBA全程参与研究。
------解决方案--------------------
做技术的确不能想当然啊
------解决方案--------------------
不要沉了/
------解决方案--------------------
进来接分来了
------解决方案--------------------
做数据库的,永远不要相信自己的技术。
运用好备份是第一项技能
------解决方案--------------------
探讨
最后凭借着记忆,跟在前台的调试,终于改回来了,也给自己敲个警钟啊 - -

------解决方案--------------------
现在解决问题就好了。下次要注意了
------解决方案--------------------
分.........
------解决方案--------------------
接分分
------解决方案--------------------
jiefen
------解决方案--------------------
受教了
------解决方案--------------------
果断接分
------解决方案--------------------
接分,還有不?
------解决方案--------------------
学习了
------解决方案--------------------
飘过。。。。。。。。
------解决方案--------------------


接分