数据类型 text 和 varchar 在 add 运算符中不兼容

最新推荐文章于 2024-07-07 17:50:07 发布
转载 最新推荐文章于 2024-07-07 17:50:07 发布 · 1.3w 阅读 · 1

本文介绍了解决SQLServer2005中text数据类型与varchar数据类型不兼容的问题，通过使用CAST函数进行数据类型转换的方法。

在SQL Server2005中,使用类似下面的Update语句：

1
UPDATE tb_SmsBlacklist SET mobile=mobile +','+''


其中mobile为text数据类型,会报错:数据类型 text 和 varchar 在 add 运算符中不兼容，解决方法如下:

1
UPDATE tb_SmsBlacklist SET mobile=CAST(mobile AS VARCHAR) +','+''

就是用CAST函数将text数据类型的数据强制转换成varchar类型，这样语句就可以正确的执行。


SQL_server的数据类型 text 和 varchar 在 add 运算符中不兼容，text 类型的数据后面加字符内容
RuobaiMEN的博客
10-24 1934
工作中碰到了这么一个问题，软件权限码是TEXT类型的数据，要在原有权限的基础上，给每个人增加一个固定的权限值， 这就难倒我了？1， 试试update ……好吧，提示错误信息 代码： update ccode set usedbcodestr = usedbcodestr + ';188' 这可如何是好？求助我们百度大明白吧，结果就是一路向坑，坑的我不要不要...
sqlserver写存储过程触发器可能遇到的问题和解决方法
qq_43476420的博客
05-24 3828
这里写目录标题1.sqlserver数据类型2.当出现数据类型char与date在add运算符中不兼容，诸如此类问题这样子解决3.出现将截断字符串或者二进制数据的错误应该这样子做4.出现如下错误截图解决方案 1.sqlserver数据类型 2.当出现数据类型char与date在add运算符中不兼容，诸如此类问题这样子解决 3.出现将截断字符串或者二进制数据的错误应该这样子做 4.出现如下错误截图解决方案 1.sqlserver数据类型 常用的有 字符数据类型 ：char，verchar，text，这三个数据
sql server数据类型 varchar 和 text 在 add 运算符中不兼容
qq_16843563的博客
04-13 3774
批量在sql server数据库字段增加一段特殊文字报错 报错：数据类型 varchar 和 text 在 add 运算符中不兼容 原因是原始字段类型为text，运行时需要先将text转为varchar，一定注意需要指定varchar长度8000，不然会导致字符串超长被截断 update 表名 set 字段 = CAST (字段 AS VARCHAR(8000)) +‘自己的字符串’ ...
SQLServer更新报数据类型 text 和 varchar 在 not equal to 运算符中不兼容。的解决
花花鱼的专栏
07-07 1111
sqlserver更新时text与varchar不兼容，用cast转换成varchar就可以比较了。
MySQL数据类型陷阱：避免数据存储和处理中的常见错误，提升数据质量
[MySQL数据类型陷阱：避免数据存储和处理中的常见错误，提升数据质量](https://img-blog.csdnimg.cn/56a06906364a4fcab4c803562b1d0508.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1...
【数据类型优化指南】：用对数据类型，为MySQL 5.6加速
首先介绍了MySQL中的数据类型概览，然后深入分析了整数和浮点数类型的选择与优化，包括不同整数数据类型的比较、符号类型的选择场景以及浮点数的性能考量。接着，文章对字符串类型进行了详尽讨论，涵盖了字符集、...
ERROR: operator does not exist: character varying = text[]\n Hint: No operator matches the given name and argument type(s). You might need to add explicit type casts.\n Position: 172
04-25
好的，我现在需要解决用户在PostgreSQL中遇到的字符类型与...当比较`varchar`与`text[]`时，系统在`pg_operator`目录中找不到对应的运算符（OID=107），因此抛出错误[^2]。通过`\dC+`命令可以查看所有可用类型转换。
“数据类型 varchar 和 bit 在 add 运算符中不兼容”解决方法
weixin_34198453的博客
10-03 450
      在SQL 2005中出现“数据类型 varchar 和 bit 在 add 运算符中不兼容”只需用convert()函数       如要把一个bit类型的变量@num转化为varchar类型:convert(varchar(4),@num)。 CREATE PROCEDURE [dbo].[sp_News_DeleteCategory1]  @CategoryID Nvarc...
数据类型text 和varchar在 equal to运算符中不兼容
彩色羽翼 的专栏
12-06 6363
（1）cds的记录数为0，使用filter的时候会报错 if cds1.recordcount=0 then begin     exit; end
数据类型 varchar 和 uniqueidentifier 在 add 运算符中不兼容
weixin_30549657的博客
01-25 1388
select '<a href="/'+a.id +'" title="'+ a.title +'">'+a.Title+'</a>' from dbo.ticles a; 解决办法: 使用: cast , 修改之后： select '<a href="/'+cast(a.Id as varchar(8000)) ...
数据类型 ntext 和 varchar 在 equal to 运算符中不兼容的问题
热门推荐
技术就是个纸老虎---为之，则难者亦易矣；不为，则易者亦难矣。
12-09 1万+
<br />test字段为ntext类型<br />SQL语句：select * from A where test=’xxx’<br />执行之后会出现：<br />数据类型 ntext 和 varchar 在 equal to 运算符中不兼容的错误信息。<br />是不是值也是ntext类型就行了呢？<br />那把SQL语句该成：select * from A where test=convert(ntext,’xxx’)<br />结果出现：数据类型 ntext 和 ntext 在 equal to
如何解决 VO 与数据库表的字段类型不匹配问题？
最新发布
07-12
<think>我们正在讨论用友UAP平台中的VO（Value Object）与数据库表字段类型不匹配的问题。根据之前的引用内容，MyBatis中解决字段名不一致的方案（如驼峰转换、别名映射）并不直接适用于用友UAP平台。用友平台有自己独特的VO映射机制。 核心问题：在用友UAP中，VO类属性与数据库表字段类型不匹配（例如数据库是DECIMAL(20,2)，VO中应该用UFDouble但误用了String） 解决方案： 1. **严格遵循用友数据类型规范**（关键） 用友平台定义了特定的财务数据类型，必须使用对应的包装类： - 金额/数值 → `nc.vo.pub.lang.UFDouble` - 日期时间 → `nc.vo.pub.lang.UFDateTime` - 布尔值 → `nc.vo.pub.lang.UFBoolean` - 主键/字符串 → `String` (长度需匹配) 示例修正： ```java // 错误：private String amount; // 正确： private UFDouble amount; // 对应数据库DECIMAL字段 ``` 2. **检查元数据注册（VOMeta）** [^1] 在`YourTableVOMeta`类中注册属性时，必须指定正确的Java类型： ```java public class YourTableVOMeta extends SuperVOMeta { public static final String AMOUNT = "amount"; public YourTableVOMeta() { // 参数：属性名，Java类型，长度，是否主键 this.addAttribute(AMOUNT, UFDouble.class, 20, false); } } ``` 3. **数据库字段与VO属性类型映射表** | 数据库字段类型 | VO属性类型 | 说明 | |----------------------|---------------------|-----------------------| | DECIMAL(p,s) | UFDouble | 精度由p,s确定 | | DATETIME/TIMESTAMP | UFDateTime | 带时区的时间类型 | | CHAR(1) ('Y'/'N') | UFBoolean | 布尔值封装 | | VARCHAR(n) | String | n≤4000 | | TEXT/CLOB | String | 需确认长度≤4000 | | BLOB | byte[] | 二进制数据 | 4. **处理特殊转换场景** 若遇到非常规类型（如枚举），需在VO中增加转换方法： ```java // 示例：数据库存整数，VO用枚举 private StatusEnum status; // 从数据库整型到枚举的转换 public void setDbStatus(Integer dbVal) { this.status = StatusEnum.fromCode(dbVal); } // 从枚举到数据库整型的转换（用于持久化） public Integer getDbStatus() { return this.status.getCode(); } ``` 并在元数据中注册`dbStatus`而非`status`： ```java this.addAttribute("dbStatus", Integer.class, 4, false); ``` 5. **验证类型一致性** 通过BaseDAO操作时，若出现类型不匹配异常（如`ClassCastException`），需检查： - VO属性类型是否与`VOMeta`中注册的类型完全一致 - 数据库字段实际类型是否与VO预期类型兼容（如数据库DECIMAL(10) → UFDouble） > **重要提示**：用友UAP底层使用JDBC，类型映射遵循JDBC规范。若自定义类型（如UFDouble），需确保其实现了正确的序列化/反序列化接口。 §§相关问题§§ 1. 如何用`UFDouble`进行精确财务计算？ 2. `UFDateTime`与Java标准`LocalDateTime`如何互转？ 3. 用友VO中如何处理超过4000字符的大文本？</think>### 解决 VO 与数据库表字段类型不匹配问题（用友 UAP 平台方案） 在用友 UAP 平台中，解决 VO 与数据库字段类型不匹配问题需遵循其特有的数据类型映射规范，核心方案如下： --- #### 一、遵循用友数据类型规范（关键） 用友平台要求使用特定的财务数据类型，**不可直接使用 Java 原生类型**： ```java public class OrderVO extends SuperVO { // 金额字段 → UFDouble private UFDouble totalAmount; // 对应数据库 DECIMAL(20,2) // 日期字段 → UFDateTime private UFDateTime createTime; // 对应数据库 DATETIME // 布尔字段 → UFBoolean private UFBoolean isValid; // 对应数据库 CHAR(1) 'Y'/'N' // 主键字段 → String (固定36位) private String pk_id; // 对应数据库 VARCHAR(36) } ``` > **映射关系表**： > | 数据库类型 | VO 属性类型 | 说明 | > |------------------|------------------|-----------------------| > | DECIMAL(p,s) | UFDouble | 财务金额专用 | > | DATETIME | UFDateTime | 带时区的时间类型 | > | CHAR(1) | UFBoolean | 'Y'=true, 'N'=false | > | VARCHAR(36) | String | 主键必须36位 | > | INT | Integer | 整数需封装 | --- #### 二、元数据注册时指定类型（强制） 在 `VOMeta` 类中需**显式声明字段类型**，这是用友框架的类型转换枢纽： ```java public class OrderVOMeta extends SuperVOMeta { public OrderVOMeta() { // 参数说明：属性名, Java类型, 长度, 是否主键 addAttribute("totalAmount", UFDouble.class, 20, false); addAttribute("createTime", UFDateTime.class, 23, false); addAttribute("isValid", UFBoolean.class, 1, false); } } ``` --- #### 三、自定义类型转换器（高级场景） 对于非常规类型（如枚举），需实现 `nc.vo.pub.IConvert` 接口： ```java public class StatusConverter implements IConvert { // 数据库值 → VO属性 public Object convertDBToVO(Object dbValue) { return OrderStatus.fromCode((String)dbValue); } // VO属性 → 数据库值 public Object convertVOToDB(Object voValue) { return ((OrderStatus)voValue).getCode(); } } // 在VOMeta注册转换器 addAttribute("status", OrderStatus.class, 10, false, new StatusConverter()); ``` --- #### 四、BaseDAO 操作时的注意事项 1. **插入/更新时自动转换**： ```java OrderVO vo = new OrderVO(); vo.setTotalAmount(new UFDouble("100.50")); // 自动转DECIMAL baseDAO.insertVO(vo); // 框架执行类型转换 ``` 2. **查询时显式转换**： ```java String sql = "SELECT total_amount FROM orders"; // 必须声明结果类型 UFDouble[] amounts = (UFDouble[]) baseDAO.executeQuery(sql, UFDouble.class); ``` --- #### 五、常见类型问题解决方案 | 问题现象 | 解决方案 | |-----------------------------------|--------------------------------------------------------------------------| | DECIMAL 字段出现精度丢失 | 检查是否误用 `Double` → 必须改用 `UFDouble` | | 日期时间值时区错误 | 使用 `UFDateTime` 而非 `java.util.Date` | | 布尔字段保存为 0/1 而非 'Y'/'N' | 确保使用 `UFBoolean` 类型 | | 查询时出现 `ClassCastException` | 检查 `VOMeta` 注册类型与实际类型是否一致 | > **关键原则**：所有数值操作必须通过 `UFDouble` 的方法（如 `add()`、`subtract()`），**禁止直接使用算术运算符** [^1]。 --- ### 类型验证工具 用友提供数据类型检查工具： ```java // 在VO中实现校验逻辑 @Override public void validate() throws BusinessException { if (totalAmount == null) throw new BusinessException("金额字段不能为空"); if (totalAmount.doubleValue() < 0) throw new BusinessException("金额不能为负数"); } ```
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值