有些时候，我们可能会遇到这样一种现象，将一个字段“不小心”定义为varchar2类型，而后来插入里面的数据都是数字，之后发现这个字段确实应该为number类型，而此时你又想在不影响用户使用的前提下，或者说尽量小的影响用户，保证数据不丢失的情况下，来更改这个数据类型，这个时候如果你用普通的alter table modify命令，你可能就要遇到错误了。就想下面这种情况一样：

22:25:31 SQL> select * from t;

A

----------

10

22:25:32 SQL> desc t

 名称                 是否为空? 类型

 -------------------- --------- --------------------

A                              VARCHAR2(10)

22:25:34 SQL> alter table t modify(a number);

alter table t modify(a number)

                     *

第 1 行出现错误:

ORA-01439: 要更改数据类型, 则要修改的列必须为空

    其实，类似的现象还有很多，如本来应该是date类型，结果却被定义成varchar2类型了，等等，主要就是那些兼容的数据类型之间的转换定义。当然，为什么一开始会犯这样的错误，那可能原因就有多方面了，如一开始需求就不对等等，这个这里就不多说了。

    下面，我就以上面那个例子，来主要2种处理这种问题的方法。

    第一种方法，通过增加列来完成。

22:25:44 SQL> alter table t add (b number);

表已更改。

22:34:16 SQL> update t set b = to_number(a)

已更新 1 行。

22:34:39 SQL> update t set a = null;

已更新 1 行。

22:34:50 SQL> commit;

提交完成。

22:34:52 SQL> select * from t;

A                   B

---------- ----------

                   10

22:34:55 SQL> alter table t modify a number

表已更改。

22:35:21 SQL> update t set a=b;

已更新 1 行。

已用时间:  00: 00: 00.01

22:35:33 SQL> commit;

提交完成。

22:35:52 SQL> alter table t drop column b;

表已更改。

    在这种方法中最后也可以先drop column a，然后rename column b to a，达到的效果是一样的。

    第二种，通过新建表，在新表上更改字段，最后rename新表来完成。

22:41:44 SQL> create table t1 as select * from t where 1=2;

表已创建。

22:42:14 SQL> alter table t1 modify (a number);

表已更改。

22:42:24 SQL> insert into t1 select * from t;

已创建 1 行。

22:42:37 SQL> commit;

提交完成。

22:42:40 SQL> drop table t;

表已删除。

22:42:46 SQL> rename t1 to t;

表已重命名。

22:43:00 SQL> desc t;

 名称           是否为空? 类型

 -------------- --------- -------------

 A                        NUMBER

    我就知道这两种常见的方法，不知道还有没有什么其他的好方法。如果有，请分享。建议使用第一种。

======================================================

由于网易回复有1000字数限制，下面的内容是回答湖南朋友的：

约束和索引都被摧残了，可以做个实验证明一下。

先建立测试表并插入数据
15:28:45 SQL> create table t (a varchar2(10) not null);
表已创建。
已用时间:  00: 00: 00.03
15:28:47 SQL> insert into t values (\'10\');
已创建 1 行。
已用时间:  00: 00: 00.00
15:28:55 SQL> commit;
提交完成。
已用时间:  00: 00: 00.00

然后增加一个列，并且把数据copy过去
15:29:08 SQL> alter table t add (b number);
表已更改。
已用时间:  00: 00: 00.01
15:29:31 SQL> update t set b=to_number(a);
已更新 1 行。
已用时间:  00: 00: 00.01
15:29:42 SQL> commit;
提交完成。
已用时间:  00: 00: 00.00
15:29:45 SQL> alter table t modify b not null;
表已更改。
已用时间:  00: 00: 00.10

在原来的列上建立索引和约束
15:29:59 SQL> create index ind_t_a on t(a);
索引已创建。
已用时间:  00: 00: 00.15
15:31:01 SQL> alter table t add constraint uk_t_a unique(a);
表已更改。
已用时间:  00: 00: 00.03

乾坤大挪移
15:31:20 SQL> alter table t drop column a;
表已更改。
已用时间:  00: 00: 01.20
15:32:06 SQL> alter table t rename column b to a;
表已更改。
已用时间:  00: 00: 00.03

查看索引是否还在？可以看到索引已经被摧残掉了
15:33:17 SQL> select index_name,status from user_indexes where table_name=\'T\';
未选定行
已用时间:  00: 00: 00.12
15:34:20 SQL> select index_name,status from user_indexes order by 1;
INDEX_NAME                     STATUS
------------------------------ --------
PK_DEPT                        VALID
PK_EMP                         VALID
已用时间:  00: 00: 00.35

查看约束是否还在？可以看到它也被摧残了
15:38:07 SQL> select constraint_name,constraint_type,invalid,table_name from user_constraints where table_name=\'T\';
CONSTRAINT_NAME                CONSTRAINT_TYPE      INVALID TABLE_NAME
------------------------------ -------------------- ------- ------------------------------
SYS_C005423                    C                            T
已用时间:  00: 00: 00.03
15:38:24 SQL> select constraint_name,constraint_type,invalid,table_name from user_constraints;
CONSTRAINT_NAME                CONSTRAINT_TYPE      INVALID TABLE_NAME
------------------------------ -------------------- ------- ------------------------------
BIN$lNdA2W97SK69TBAu945o7w==$0 C                            BIN$W9ZnSgtTS9+Fs/438TqKuA==$0
BIN$6JXde6KdTsum1GYM3py1eg==$0 C                            BIN$W9ZnSgtTS9+Fs/438TqKuA==$0
SYS_C005423                    C                            T
FK_DEPTNO                      R                            EMP
PK_DEPT                        P                            DEPT
PK_EMP                         P                            EMP
已选择6行。
已用时间:  00: 00: 00.23

验证一下，看对不对，果然，唯一约束已经不起作用了
15:38:31 SQL> select * from t;
         A
----------
        10
已用时间:  00: 00: 00.03
15:39:26 SQL> desc t;
 名称            是否为空? 类型
 --------------- --------- ---------------------------
 A                NOT NULL NUMBER
15:39:29 SQL> insert into t values(10);
已创建 1 行。
已用时间:  00: 00: 00.01
15:39:38 SQL> commit;
提交完成。
已用时间:  00: 00: 00.00
15:39:44 SQL> select * from t;
         A
----------
        10
        10

那为什么还有一个C约束呢？上面的查询明明不是显示着吗？那是not null约束：
15:51:06 SQL> select table_name,constraint_name,column_name from user_cons_columns where table_name=\'T\';
TABLE_NAME                     CONSTRAINT_NAME                COLUMN_NAME
------------------------------ ------------------------------ ------------------------------
T                              SYS_C005423                    A

16:09:29 SQL> select search_condition from user_constraints where table_name=\'T\';

SEARCH_CONDITION
--------------------------------------------------------------------------------
"A" IS NOT NULL