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

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

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

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

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

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

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