某字段的值设为空字符串，然后保存时报错：不能为null

最新推荐文章于 2023-12-09 14:23:37 发布

原创最新推荐文章于 2023-12-09 14:23:37 发布 · 4.9k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#kotlin #null #空字符串

本文探讨了在使用不可为空（nullable=false）字段时，将空字符串（）赋值给该字段导致的错误，并解释了为何需要通过添加空格来避免这一问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

问题复现：
这里写图片描述
比如上图这张表，我这样赋值

val busiOppty= BusinessOpportunity()
busiOppty.opptyName = ""
busiOppty.cstmName = ""
busiOpptyRepo.save(busiOppty)

保存就报错
然后加个空格改成

val busiOppty= BusinessOpportunity()
busiOppty.opptyName = " "
busiOppty.cstmName = ""
busiOpptyRepo.save(busiOppty)

保存成功

这是由于定义的时候设置了nullable = false，表示不能为null，当赋值空字符串就会认为是null，所以需要加个空格才能存进去

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

程序猿山治

关注关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

MyBatis-Plus中无法更新字段值为null的解决方案

weixin_42118323的博客

02-20

1402

项目开发中使用了MyBatis-Plus，但是某个更新的业务场景需要将字段更新为null，这个用MyBatis-Plus简直不要太简单了啦，updateById()方法不就可以了吗，省去了手写sql，又是偷懒的一天。。。鹅鹅鹅？？？怎么回事？？？怎么没有更新到？？？

mybatis配置一对多集合查询不为空但是所有对象为null

huangshikai

11-19

2342

在配置mybatis一对多时，配置collection时，查询的结果集的数量大于0，但是每个集合的对象都为null，出现这样的原因是因为子查询的结果没有配置resultMap而是配置了resultType 出问题的mapper配置：然后测试报错：原因就是子查询的getUsersByCode标签的返回类型设置了resultType="com.hsk.mybatis.be...

参与评论您还未登录，请先登录后发表或查看评论

mysql 空字符串转为0_mysql数据类型字段插入空字符串自动填充为0报错

weixin_35470511的博客

01-18

1091

有一条这样的sql语句，insertintoa(id,user_name)values('','abc');表示插入字段的时候ID插入是空字符串。这样的情况在mysql5.6版本上执行报错。在mysql5.1版本执行可以成功，mysql的老版本可以支持数据类型空值，5.2以后的估计是不行了。为什么不写空字符串不能写null？这是因为mysql受到了字段类型的约束，设置为not null 了N...

java 传参非必填_mysql有些字段是非必填的，传空要查所有数据该怎么处理？

weixin_35368330的博客

02-26

575

如果你在设计表结构的时候，没给有给 char 类型字段设置默认值(如 '')，那么在mysql 他存储的就是null所以，如果你是要查指定cityId 并且 regionId 为空的sql 就这么写：SELECT*FROMcontentWHEREcityId='C-e834160464892529719476' andregionId is null如果你要查的条件为 cityId，regionI...

c# 生成json字符串（序列化）忽略null值属性

weixin_43950528的博客

07-12

1624

var jsonSetting = new JsonSerializerSettings { NullValueHandling = NullValueHandling.Ignore }; return JsonConvert.SerializeObject(toeknModel, jsonSetting);

spring给properties属性注入空字符串、注入null值

qq_30908729的博客

07-27

4289

spring给properties属性注入空字符串、注入null值解决方法： <bean id="map" class="xxx">  <property name="emptyValue"> <value></value> </property&g...

ASP.NET2.0HiddenField控件

zgqtxwd的专栏

04-24

325

<script type="text/javascript"

详解MyBatis-Plus updateById方法更新不了空字符串/null解决方法

09-07

通过适当调整配置，开发者可以确保 MyBatis-Plus 能够按照预期处理各种更新操作，无论是保持原有值还是更新为 `null` 或空字符串。在日常开发中，对框架的理解和灵活运用是提升效率的关键，希望这篇文章对读者在处理...

ORA-01480STR 绑定值的结尾 Null字符缺失的问题原因及解决办法

08-26

这个错误通常意味着在处理字符串数据时，Oracle无法找到预期的NULL终止符，这可能是由于多种原因引起的。以下是对这个问题的详细分析和解决策略：首先，我们要理解“STR 绑定值的结尾 Null 字符缺失”错误的可能...

C#中 Json 序列化去掉null值的方法

08-29

要将对象序列化为 Json 字符串，我们可以使用 JsonSerializerSettings 类的 NullValueHandling 属性将 null 值去掉，下面是一个示例代码： ```csharp var jsonSetting = new JsonSerializerSettings { ...

mybatis plus字段为null或空字符串无法保存到数据库的问题

最新发布

06-27

<think>首先，用户的问题是：MariaDBERROR1067(42000)错误原因及解决方法。我需要基于提供的引用内容来回答，但引用内容是关于其他错误（如1064、2002、1118等），并没有直接提到1067错误。所以我必须根据MariaDB的一般知识和错误代码来推断。关键点：-错误代码：ERROR1067(42000)-在MariaDB中执行SQL语句时出现。我需要回忆或推断1067错误是什么。在MySQL/MariaDB中，错误1067通常与"Invaliddefaultvalue"相关。具体来说，它可能发生在创建表时指定了无效的默认值，比如日期字段的默认值不符合格式。回想一下：-ERROR1067:在MySQL中，这通常表示"Invaliddefaultvaluefor'column_name'"。-常见于日期或时间列，当默认值无效时，例如在严格模式下使用零日期（如'0000-00-00'）。引用内容中没有直接提到1067错误，所以我需要基于一般知识：-引用[1]：关于ERROR1064，SQL语法错误。-引用[2]：关于MariaDB启动失败，系统级问题。-引用[3]：关于ERROR2002，连接问题或磁盘空间不足。-引用[4]：关于ERROR1118，行大小太大。因此，我必须构建一个合理的回答，使用这些引用作为背景，但主要针对1067错误。回答结构：1.**清晰解释错误原因**：ERROR1067(42000)通常是由于在定义表时指定了无效的默认值导致的。2.**提供解决方法**：建议检查SQL语句中的默认值，尤其是日期/时间列。3.**使用中文**：所有内容必须用中文。4.**格式要求**：-行内数学表达式用$...$，但这里可能不涉及数学。-独立公式用$$...$$，但同样可能不相关。-LaTeX语法正确。-生成相关问题。-在引用段落末尾添加引用标识。生成相关问题：基于错误，生成2-3个相关问题。步骤：-开头解释错误。-详细原因。-解决方法。-结尾生成相关问题。可能的错误原因：-无效的默认值：例如，在日期列中使用'0000-00-00'作为默认值，这在严格SQL模式下不被允许。-数据类型不匹配。解决方法：1.检查SQL语句中的默认值。2.修改SQL模式，允许零日期。3.使用有效的默认值。参考引用：-尽管引用不是直接相关，但我可以间接引用。例如，引用[1]提到SQL语法错误，1067类似但不是语法错误。-或许在回答中不直接引用这些，因为它们不匹配，但系统指令要求添加引用标识。系统指令说："回答中引用的段落末尾自然地添加引用标识"，所以我需要在引用的地方添加[^n]。在回答中：-解释时，如果提到一般错误，可以引用类似错误。-例如："类似错误如ERROR1064是由于SQL语法问题[^1]，而ERROR1067则涉及默认值无效。"最终回答结构：1.引言：简述错误。2.原因：详细说明。3.解决方法：分步骤。4.相关问题。确保LaTeX：如果有数学，但这里可能不需要。如果有变量，用$...$，例如$column_name$。生成相关问题：1.如何避免MariaDB中的无效默认值错误？2.MariaDB的SQL模式如何影响错误1067？3.其他常见MariaDB错误及解决方法。</think>### MariaDB ERROR 1067 (42000) 错误原因及解决方法 MariaDB ERROR 1067 (42000) 是一种常见的数据库错误，通常在执行SQL建表或修改表语句时出现。该错误表明在定义表结构时指定了无效的默认值（default value），导致MariaDB无法正确处理列定义。这与SQL模式（SQL mode）设置密切相关，尤其在严格模式下，MariaDB会拒绝不合理的默认值。下面我将逐步解释错误原因并提供解决方法。 #### 错误原因分析 ERROR 1067 (42000) 的核心问题是**无效的默认值**，具体原因包括： 1. **日期或时间列的无效默认值**：例如，在定义 `DATE`、`DATETIME` 或 `TIMESTAMP` 列时，使用了 MariaDB 不支持的格式，如 `'0000-00-00'`。在严格 SQL 模式下（如 `STRICT_TRANS_TABLES`），MariaDB 会拒绝这种"零日期"，因为它不符合标准日期规范。 2. **数据类型不匹配**：为列指定的默认值与列的数据类型冲突。例如，为整数列设置字符串默认值（如 `DEFAULT 'abc'`），或为 `ENUM` 列指定了未定义的选项。 3. **SQL 模式影响**：MariaDB 的 SQL 模式定义了如何处理无效数据。如果启用了严格模式（常见于现代 MariaDB 版本），它会强制执行更严格的检查。错误可能发生在创建表或修改表时，例如： ```sql CREATE TABLE users ( id INT PRIMARY KEY, birth_date DATE DEFAULT '0000-00-00' -- 无效的默认值，触发 ERROR 1067 ); ``` 4. **版本兼容性问题**：不同 MariaDB 版本对默认值的处理方式不同。较新版本（如 MariaDB 10.2+）默认启用严格模式，而旧版本可能允许一些宽松行为。类似错误如 ERROR 1064 涉及 SQL 语法问题[^1]，而 ERROR 1067 更侧重于语义错误（无效值）。在系统日志中，可能伴随其他错误，如磁盘空间不足导致的写入失败[^3]，但 ERROR 1067 本身通常独立发生。 #### 解决方法解决 ERROR 1067 的关键是修改 SQL 语句或调整 MariaDB 配置。以下是分步解决方案： 1. **检查并修正 SQL 语句中的默认值**： - 审查您的建表或修改表语句，找出所有 `DEFAULT` 子句。确保默认值符合列的数据类型： - 对于日期/时间列，使用有效格式如 `DEFAULT '2023-01-01'` 或 `DEFAULT CURRENT_TIMESTAMP`。 - 避免 `'0000-00-00'`，改为 `NULL` 或有效日期。 - 示例修正： ```sql -- 错误语句 CREATE TABLE events ( event_id INT AUTO_INCREMENT, event_time DATETIME DEFAULT '0000-00-00 00:00:00', PRIMARY KEY (event_id) ); -- 修正后语句（使用 NULL 或有效值） CREATE TABLE events ( event_id INT AUTO_INCREMENT, event_time DATETIME DEFAULT NULL, -- 或 DEFAULT '2023-01-01 00:00:00' PRIMARY KEY (event_id) ); ``` 2. **调整 SQL 模式以允许宽松行为**： - 如果您的应用依赖旧行为（如允许零日期），可以临时修改 MariaDB 的 SQL 模式： - 登录 MariaDB 服务器：`mysql -u root -p` - 查看当前 SQL 模式：`SELECT @@sql_mode;` - 移除严格模式选项（如 `STRICT_TRANS_TABLES` 或 `NO_ZERO_DATE`）： ```sql SET GLOBAL sql_mode = 'ONLY_FULL_GROUP_BY,NO_ENGINE_SUBSTITUTION'; -- 示例：移除严格检查 SET SESSION sql_mode = 'ONLY_FULL_GROUP_BY,NO_ENGINE_SUBSTITUTION'; -- 仅当前会话生效 ``` - 永久修改：编辑配置文件 `/etc/my.cnf` 或 `/etc/mysql/mariadb.conf.d/50-server.cnf`，在 `[mysqld]` 部分添加： ``` sql_mode = "ONLY_FULL_GROUP_BY,NO_ENGINE_SUBSTITUTION" ``` 保存后重启 MariaDB：`systemctl restart mariadb`。 - **注意**：修改 SQL 模式可能引入数据不一致风险，仅建议在兼容旧应用时使用。配置修改后需重启服务，类似其他服务启动问题[^2][^4]。 3. **验证和测试**： - 执行修正后的 SQL 语句，使用 `SHOW WARNINGS;` 检查是否有残留问题。 - 如果错误在导入数据时出现（类似 ERROR 1118 的行大小问题[^4]），确保 SQL 文件编码正确，并使用 `mysqlcheck` 工具修复表。 #### 预防措施 - 在开发阶段使用严格 SQL 模式，以捕获潜在问题。 - 定期检查 MariaDB 错误日志（`/var/log/mysql/error.log`），及早发现类似错误。 - 升级到较新 MariaDB 版本时，测试 SQL 语句的兼容性。