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

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

最后凭借着记忆，跟在前台的调试，终于改回来了，也给自己敲个警钟啊 - -
------解决方案--------------------
Ding!
------解决方案--------------------
Ding!
------解决方案--------------------
好像真的是一样的。。
------解决方案--------------------
有时候，粗心大意造成的后果可是无法弥补的哦，危险性的大规模后台修改数据，DBA都不敢直接执行，没备份的话到时候可是哭都苦不出来啊。

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

顺道来接分了，多谢了。
------解决方案--------------------
顶。。。。
接分！！！！！！
------解决方案--------------------
吸取教训~~
------解决方案--------------------
做任何操作都是要小心的，如果不知道的最好在测试数据库进行了。
------解决方案--------------------
zydj_2006
------解决方案--------------------
恭喜一下，接分，不过只要不是truncate，flashback table还是能恢复的呀。
------解决方案--------------------
接分（三）
------解决方案--------------------
接分（三）
------解决方案--------------------
大家以后记住了。记忆力不好的人。还是先备份。
------解决方案--------------------
继续接分吧，不止备份，还需要DBA全程参与研究。
------解决方案--------------------
做技术的确不能想当然啊
------解决方案--------------------
不要沉了/
------解决方案--------------------
进来接分来了
------解决方案--------------------
做数据库的，永远不要相信自己的技术。
运用好备份是第一项技能
------解决方案--------------------

引用:

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

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


接分