出现原因:字段为CLOB型 不能使用 字段=“value”的形式,修改成 to_char(CLOB字段)=‘’即可
执行仍然报错。然后查资料:oracle中clob实际上是使用char来存储数据的,所以在对clob字段进行查询时为了保证正确应该对字段进行转换,转换成char,并给字段增加别名。转换成char的函数为:to_char(clob字段名)。最后,sql改为: CREATE OR REPLACE FORCE VIEW "T_PROJECTS" ("ID", "NAME","DSC_INFO") AS ( select ...
--CLOB字段查询 成文本 (这个有啥用??)selectdbms_lob.substr(t.CLOB字段)astextfrom表名称 t--CLOB字段为查询条件 模糊查询 dbms_lob.instr(CLOB字段,'要匹配的文字',1,1)<>0--CLOB字段为查询条件 精确查询 dbms_lob.compare(CLOB字段, to_clob('要匹配的文字')) =0...
oracle nclob类型作为条件查询报错 ORA-00932: 数据类型不一致: 应为 -, 但却获得 NCLOB 字段已加注解 [SugarColumn(SqlParameterDbType = typeof(NClobPropertyConvert))] public string VALUE { get; set; } SugarSimple.Instance().Queryable<D_SYS_DATADICTIONARY>().Where(x => x.TYPEKEY == type.Trim...
编译包的时候提示数据..(SELECT listagg(class_name,',') within group(order by class_id) FROM hr_scheduling_class WHERE c
是个bug，metalink解释如下 Full Export From 10.2.0.1 Aborts With EXP-56 ORA-932 (Inconsistent Datatypes) EXP-0 [ID 339938.1] Modified 30-MAR-2009 Type PROBLEM Status PUBLISHED In this Document Symptoms Cause Solution References Applies to:Oracle Server - Enterprise Edition...
Kettle MySQL表转成Oracle表报错:ORA-00932: 数据类型不一致: 应为 -, 但却获得 CLOB,程序员大本营,技术文章内容聚合第一站。
Long类型有很多限制 a、表中只能有一列long类型 b、Long类型不支持分布式事务 c、太多的查询不能在long上使用了 4. 行,包括RAW和LONG RAW两种类型。用来存储二进制数据,不会在字符集间转换 RAW,类似于CHAR,声明方式RAW(L),L为长度,以字节为单位,作为数据库列最大2000,作为变量最大32767字节。
另外一个比较表现突出的是返回ORA-00932: inconsistent datatypes: expected - got CLOB错误,即不一致的数据类型,获得CLOB数据类型。...COL ERROR --- ---...
虽然PL/SQL字符变量的长度相对来说比较长,但CHAR类型在数据库的字段中最大存储长度为2000个字节,所以,我们不能往数据库CHAR类型字段中插入超过2000个字节的字符。但是,我们可以把任意CHAR(n)插入LONG类型的字段中,因为LONG的最大长度是2**31字节或是2G(gigabyte)。如果我们不使用CHAR或BYTE来对字符类型长度进行限制...