碰到个难题-----修改表结构时,超慢

zf_wu · 发表于 2006-6-12 10:17

最初由 xjg 发布
[B]另外，速度问题可以考虑新增一个列，然后数据拷贝过去，再RENAME回来，当然也要先问一下开发人员，是不是有代码高度依赖列顺序的，如果有则不能这么搞。 [/B]

这样做,能提高速度吗?为什么?
谢谢!

sensilo · 发表于 2006-6-18 14:01

在修改表column时，数据库会不断的写日志，导致日志空间满了，日志满了就琐住表啦，当然其他应用也就不能用啦

这种情况最好是创建一个视图，把你需要重新定义的字段在视图里重新定义一下，再将旧表重命名，重新创建你需要的新表，然后利用视图将数据导出来，再导入到新表中，这样就解决根本问题了

sensilo · 发表于 2006-6-18 14:02

关于速度的问题，可以考虑删除索引再重新建立索引，或者优化索引

zf_wu · 发表于 2006-6-23 16:40

最初由 sensilo 发布
[B]在修改表column时，数据库会不断的写日志，导致日志空间满了，日志满了就琐住表啦，当然其他应用也就不能用啦

这种情况最好是创建一个视图，把你需要重新定义的字段在视图里重新定义一下，再将旧表重命名，重新创建你需要的新表，然后利用视图将数据导出来，再导入到新表中，这样就解决根本问题了 [/B]

日志满了就琐住表啦，当然其他应用也就不能用啦???
为什么?

Toms_zhang · 发表于 2006-6-23 22:11

最初由 zf_wu 发布
[B]

日志满了就琐住表啦，当然其他应用也就不能用啦???
为什么? [/B]

对于归档模式，如果归档文件系统满了，Oracle 会HANG。

online redo log 满了，与锁表没有关系的。

modify char(9)--- >char(12)，相当于对该表做了个全表的update 操作，如果表中记录多的话，是比较慢的。其他的dml操作，只能wait了。

zflying2000 · 发表于 2006-6-24 20:17

其实如果不行应该赶快停止，比较妥当的做法应该是先增加一个新的字段。然后update。在renew 原来字段为新的名称。然后在修改。当然必须在系统空闲的时候来操作。

另外就是如果你不保证你该字段的所有长度为12。则建议使用varchar2。否则会产生空格，对应用系统造成不必要的错误！

lcmlsj · 发表于 2006-6-25 13:05

修改表列的定义，可能首先产生undo ,(在undo tbs中存入undo信息时，也要产生redo信息），然后修改列定义，此时，肯定会修改数据字典表，可能还要产生一些io,修改后，再update新列。
或者是不是，先建一个新列，用旧列中的数据更新新列后，在删除旧列。不只对不对情赐教。

dba_mx · 发表于 2006-6-25 22:51

你的做法之所以不可行，是因为CHAR(9) --> CHAR(12) 相当于要在每个记录的末尾加上三个空格，那么大的表，自然会死得很难看了

对于你情况，建议把字段类型由 CHAR 改成 VARCHAR2，同时扩展长度

ALTER TABLE .. MODIFY .. VARCHAR2(12);

不过多余的空格会很麻烦

碰到个难题-----修改表结构时,超慢

浏览过的版块