Oracle varchar2 转换 clob 类型

时间:2021-10-15 08:16:15

需求如下:

原内容为字符串 所以用  varchar2类型:最多支持4000字符。

当特殊需求变满足不了需要。直接删除再建立一个同名字段,但里面有很多数据。

那么转换如下:

直接转换:

alter table schema.table modify (des clob);

直接报错:

ORA-22858:数据类型的更改无效。


正确方法:

1.添加新字段 clob 类型

alter table schema.table  add  (ticket_des_new clob);

2.更改新字段的值从des 中复制
update schema.table set ticket_des_new=ticket_des;

3.删除老子段
alter table schema.table drop column ticket_des;

更改新字段为老子段的名字
ALTER TABLE schema.table rename  column des_new to des

提交
commit;


之前用的是hibernate 和 spring 的那么问题来了。

java对象如何映射clob 之前是String:


只需要在hibernate 上增加:

/**
* @return the ticketDescription
*/
@Column(name="DES", columnDefinition="ClobStringType")
public String getDes() {
return des;
}


建议加上:

@Basic(fetch=FetchType.EAGER)


参考:

映射blob、clob字段 @Lob@Basic(fetch=FetchType.LAZY)@Column(name="me_no")public String getMeno()
在使用@Lob注释注意以下几个问题。    @Lob适用于标注字段类型为Clob和Blob类型。    Clob(Character Large Ojects)类型是长字符串类型,映射为实体中的类型可为char[]、Character[]、或者String类型。    Blob(Binary Large Objects)类型是字节类型,映射为实体中的类型可为byte[]、Byte[]、或者实现了Serializable接口的类。    因为这两种类型的数据一般占用的内存空间比较大,所以通常使用惰性加载的方式,所以一般都要与@ Basic标记同时使用,设置加载方式为FetchType.LAZY。

及复制数据参考:

最近对一个七十多万条数据的表进行update操作,刚开始直接使用Update语句,如下:


1 update content set pic_bak=pic;

发现对于一两万条数据的表非常快,但是对于几十万条的表来说就非常慢了,不推荐。因此在网上查阅了一下,采用了declare方法,具体实现如下:


123456789101112 declare     声明变量的关键字v_num number;  定义number类型的变量v_numbegin  v_num :=11521488;    给声明的变量赋值(:=),不支持声明时就赋值while v_num < 17163145 loop   循环体update table_name set tmp=content  sql语句where id>=v_num         id是我的主键(sql中使用索引是更快)and id<v_num+3000;commit;          每执行3000行一提交,这样确保不会出现错误时回滚v_num := v_num+3000;  end loop;end;

通过这种方法,发现执行七十多万条数据执行时间为3分左右,还可以接受。