前言
1.LONG 数据类型中存储的是可变长字符串,最大长度限制是2GB。
2.对于超出一定长度的文本,基本只能用LONG类型来存储,数据字典中很多对象的定义就是用LONG来存储的。
3.LONG类型主要用于不需要作字符串搜索的长串数据,如果要进行字符搜索就要用varchar2类型。
(Long类型是支持长字符串文本储存的)
限制
限制:
1、一个表中只能包含一个 LONG 类型的列。
2、不能索引LONG类型列。
3、不能将含有LONG类型列的表作聚簇。
4、不能在SQLPlus中将LONG类型列的数值插入到另一个表格中,如insert into …select。
5、不能在SQLPlus中通过查询其他表的方式来创建LONG类型列,如create table as select。
6、不能对LONG类型列加约束条件(NULL、NOT NULL、DEFAULT除外),如:关键字列(PRIMARY KEY)不能是 LONG 数据类型。
7、LONG类型列不能用在Select的以下子句中:where、group by、order by,以及带有distinct的select语句中。
8、LONG类型列不能用于分布查询。
9、PL/SQL过程块的变量不能定义为LONG类型。
10、LONG类型列不能被SQL函数所改变,如:substr、instr。
应用
Long类型插入和更新的只需String类型的即可。
SQL> insert into test_long values (1,‘tgfdsfgdsgfsd’);
开始查询解析
因为我们插入用的是String类型,所以我首先想的就是拿String类型去接受数据库返回的长字符串数据。
出现无效的列对象,类型不匹配的错误.也就是最后数据库返回的数据类型和我们实体类的类型映射的时候出现的问题。根据错误分析,我把类型换成了Clob类型去接收数据。
(失败了,虽然错误确实消失了,但是返回了null,类型转换还是有问题)
接着在网上查到一种通过定义resultMap进行表明类型的类型的方法。
Mybatis | JdbcType | Oracle | MySql |
---|---|---|---|
JdbcType | ARRAY | ||
JdbcType | BIGINT | BIGINT | |
JdbcType | BINARY | ||
JdbcType | BIT | BIT | |
JdbcType | BLOB | BLOB | BLOB |
JdbcType | BOOLEAN | ||
JdbcType | CHAR | CHAR | CHAR |
JdbcType | CLOB | CLOB | CLOB–>修改为TEXT |
JdbcType | CURSOR | ||
JdbcType | DATE | DATE | DATE |
JdbcType | DECIMAL | DECIMAL | DECIMAL |
JdbcType | DOUBLE | NUMBER | DOUBLE |
JdbcType | FLOAT | FLOAT | FLOAT |
JdbcType | INTEGER | INTEGER INTEGER | |
JdbcType | LONGVARBINARY | ||
JdbcType | LONGVARCHAR | LONG VARCHAR | |
JdbcType | NCHAR | NCHAR | |
JdbcType | NCLOB | NCLOB | |
JdbcType | NULL | ||
JdbcType | NUMERIC | NUMERIC/NUMBER | NUMERIC/ |
JdbcType | NVARCHAR | ||
JdbcType | OTHER | ||
JdbcType | REAL | REAL | REAL |
JdbcType | SMALLINT | SMALLINT | SMALLINT |
JdbcType | STRUCT | ||
JdbcType | TIME | TIME | |
JdbcType | TIMESTAMP | TIMESTAMP | TIMESTAMP/DATETIME |
JdbcType | TINYINT | TINYINT | |
JdbcType | UNDEFINED | ||
JdbcType | VARBINARY | ||
JdbcType | VARCHAR | VARCHAR | VARCHAR |
原文链接:
https://blog.csdn.net/loongshawn/article/details/50496460
之后代码中添加
<result column="PIPES" property="PIPES" jdbcType="LONGVARBINARY" />
映射类型继续用String接收。
结果出现了:
Caused by: java.sql.SQLException: 流已被关闭
网上查了不少资料,
- ResultSet 接口提供用于从当前行获取列值的获取 方法(getBoolean、getLong 等)。可以使用列的索引编号或列的名称获取值。一般情况下,使用列索引较为高效。列从 1 开始编号。为了获得最大的可移植性,应该按从左到右的顺序读取每行中的结果集列,每列只能读取一次
最后一句“每列只能读取一次”. - 我理解就是针对上面我例子中的情况,但是我换成其他数据类型的列后,发现是不会有问题的。我不知道我的理解对不对。而且发现网上还的有说,如果读取结果集中列的顺序不对也会出现上面的异常,就是api中说的“应该按从左到右的顺序读取每行中的结果集列”,如果违背这个也会报异常
最后查到了一种函数触发器的解决方式
CREATE OR REPLACE FUNCTION LONG_TO_CHAR(
in_rowid rowid,
in_table_name varchar,
in_column varchar2)
RETURN varchar AS
text_c1 varchar2(32767);
sql_cur varchar2(2000);
--set serveroutput on size 10000000000;--
begin
DBMS_OUTPUT.ENABLE (buffer_size=>null);
sql_cur := 'select '||in_column||' from '||in_table_name||' where rowid = '||chr(39)||in_rowid||chr(39);
dbms_output.put_line (sql_cur);
execute immediate sql_cur into text_c1;
text_c1 := substr(text_c1, 1, 4000);
RETURN TEXT_C1;
END;
需要添加用户的可以定义in_user,新增一个字段
通过在数据库获取后就把长字符串类型数据转为String类型,这样我们在程序中就不需要再转换了,正常的String类型接受即可。
虽然Long类型的数据可以存储2G的数据,但是通过这种触发器的方法,只能处理32767字节的数据,目前对于我的应用场景已经够用。但是需要使用更长字符的时候,还需要继续对程序中的类型转换进行深究。
select
LONG_TO_CHAR(ROWID,'production_data','PIPE_IDS') "PIPE_IDS"
from production_data where JOB_TIME='1582017402802'
(ROWID,表名,字段名)
Run
Test
success,OK
最后,本章内容引用了不少网上其他博主的精彩文章,在这里,一一申明出处,表示感谢。
resultMap映射表:
https://blog.csdn.net/loongshawn/article/details/50496460
函数触发器实现:
https://blog.csdn.net/yangyudong2014/article/details/52847643/