关于建表字段是否该使用 `NOT NULL` 的问题，你怎么看？
哈喽，各位小伙伴们，你们好呀，我是喵手。运营社区：C站/掘金/腾讯云/阿里云/华为云/51CTO；欢迎大家常来逛逛
今天我要给大家分享一些自己日常学习到的一些知识点，并以文字的形式跟大家一起交流，互相学习，一个人虽可以走的更快，但一群人可以走的更远。
我是一名后端开发爱好者，工作日常接触到最多的就是Java语言啦，所以我都尽量抽业余时间把自己所学到所会的，通过文章的形式进行输出，希望以这种方式帮助到更多的初学者或者想入门的小伙伴们，同时也能对自己的技术进行沉淀，加以复盘，查缺补漏。
小伙伴们在批阅的过程中，如果觉得文章不错，欢迎点赞、收藏、关注哦。三连即是对作者我写作道路上最好的鼓励与支持！
前言
在数据库设计过程中，字段是否该设置 NOT NULL 一直是开发者们争论不休的话题。NOT NULL 是一个简单却关键的约束，它决定了数据库是否允许在某个字段中存储 NULL 值。在某些场景中，NULL 值代表缺失数据或未定义的状态，但在另一些场景下，使用 NULL 可能带来数据完整性和逻辑处理上的复杂性。因此，设计者在建表时，必须慎重考虑每个字段是否需要设置 NOT NULL。
本文将深入探讨数据库字段使用 NOT NULL 的优劣，结合实际案例，分析在不同业务场景下如何做出最佳决策。
什么是 NOT NULL 约束？
在 SQL 中，NOT NULL 是一种约束，表示该字段不能存储 NULL 值。NULL 值通常用于表示“未知”或“缺失”的数据，NOT NULL 则要求该字段必须有具体的值。
例如，创建一个 users 表时，某些字段（如 email、username）是必须的，我们可以设置 NOT NULL 约束来确保数据的完整性：
CREATE TABLE users (
id INT AUTO_INCREMENT PRIMARY KEY,
username VARCHAR(50) NOT NULL,
email VARCHAR(100) NOT NULL,
password VARCHAR(255) NOT NULL
);
在此例子中，username、email 和 password 字段都被标记为 NOT NULL，这确保每条用户记录都必须提供这些信息。
为什么要使用 NOT NULL？
1. 数据完整性
NOT NULL 约束有助于保持数据的完整性。在大多数应用场景下，某些字段的数据必须存在，缺少这些数据可能会导致系统逻辑混乱甚至崩溃。比如用户注册时，电子邮件地址或用户名必须唯一且不能为空。通过 NOT NULL 约束，开发者可以确保关键数据总是被输入。
案例：
假设你在设计一个订单系统，每个订单必须有一个关联的用户 ID 和订单日期。这些字段不应为 NULL，因为订单记录若缺少这两项关键数据，业务流程将无法继续处理：
CREATE TABLE orders (
id INT AUTO_INCREMENT PRIMARY KEY,
user_id INT NOT NULL,
order_date DATE NOT NULL,
total DECIMAL(10, 2) NOT NULL
);
在这里，user_id 和 order_date 通过 NOT NULL 约束，确保订单始终有合法的用户和日期，保证系统数据的完整性。
2. 提升查询性能
在一些数据库系统中，查询包含 NULL 值的列时，可能会影响性能。因为 NULL 不等于任何值（包括 NULL 本身），当数据库进行条件查询时需要额外的处理逻辑来比较 NULL 值。因此，通过设置 NOT NULL，可以简化查询过程，提升查询效率。
例如：
SELECT * FROM orders WHERE total > 100;
如果 total 字段允许 NULL 值，数据库需要处理 NULL 的特殊情况。而设置 NOT NULL 后，查询逻辑就会简单得多。
3. 简化业务逻辑
当字段设置为 NOT NULL 时，开发者在处理数据时不需要为每个字段额外添加 NULL 值的处理逻辑。这能够有效减少应用中的错误处理和异常分支，提高代码可读性和系统稳定性。
例如，当字段设置为 NOT NULL 时，开发者可以放心地在代码中直接使用该字段：
$total_price = $order['total'];
// 不必担心 $total_price 是否为 NULL
如果该字段允许 NULL 值，开发者则必须在每次使用前做额外的检查：
if ($order['total'] !== null) {
$total_price = $order['total'];
} else {
// 处理 NULL 的情况
}
为什么不总是使用 NOT NULL？
虽然 NOT NULL 带来了数据完整性、性能和简化逻辑上的诸多好处，但在某些场景中，允许 NULL 值可能更加合适。
1. 表示缺失或未定义的值
在某些业务场景中，NULL 是自然的、合理的状态。例如，表单中的某些可选字段可能并非必须填写，这时候允许 NULL 可以更好地表示“无值”或“未知”。
案例：
假设你有一个 users 表，其中 middle_name 是可选字段，用户可能不会填写该字段。在这种情况下，允许 middle_name 为空（NULL）是合理的：
CREATE TABLE users (
id INT AUTO_INCREMENT PRIMARY KEY,
first_name VARCHAR(50) NOT NULL,
last_name VARCHAR(50) NOT NULL,
middle_name VARCHAR(50) NULL
);
这里，middle_name 没有设置 NOT NULL，意味着用户可以不提供这个信息，系统会用 NULL 来表示这个缺失的值。
2. 延迟填写数据
某些业务逻辑下，部分数据可能在后续流程中才会补充。为了支持这种“延迟填写”的需求，允许字段存储 NULL 是一种有效的设计。
案例：
在电商系统中，可能需要处理部分未立即处理完毕的订单，例如尚未配送的订单。订单的 delivery_date 可能在创建时无法确定，可以在后续补充：
CREATE TABLE orders (
id INT AUTO_INCREMENT PRIMARY KEY,
user_id INT NOT NULL,
order_date DATE NOT NULL,
delivery_date DATE NULL
);
delivery_date 字段允许为 NULL，以便记录那些尚未发货的订单。
3. 减少数据库约束带来的复杂性
在某些快速迭代的项目中，过多的数据库约束可能会带来一定的开发复杂性。允许 NULL 可以减少初期的开发时间，并为未来的灵活性预留空间。
实战分析：如何选择？
在实际的数据库设计中，选择是否使用 NOT NULL 取决于字段的业务需求和逻辑。下面我们从几个角度总结如何做出选择：
-
业务重要性：对于那些业务上不可或缺的字段（如用户名、密码等），应尽量使用
NOT NULL约束，保证数据的完整性。 -
可选字段：对于那些可选字段，如个人信息中的中间名或其他附加信息，允许
NULL可以减少不必要的数据输入负担。 -
性能优化：如果字段频繁用于查询或数据计算，设置
NOT NULL可以提升性能，尤其是在高并发的系统中。 -
未来的扩展性：考虑系统的长期维护和扩展，在需要时灵活使用
NULL值，为未来的变化预留空间。
结论
是否在数据库字段上使用 NOT NULL 约束并没有统一的标准答案，关键在于根据具体业务需求做出平衡。在大多数情况下，NOT NULL 约束有助于保持数据的完整性和简化代码逻辑，而在某些特定场景下，允许 NULL 则更具灵活性和适用性。
无论如何，作为数据库设计者，你需要在设计之初深思熟虑，以确保系统既能满足当前的业务需求，又具有良好的扩展性和性能表现。
… …
文末
好啦，以上就是我这期的全部内容，如果有任何疑问，欢迎下方留言哦，咱们下期见。
… …
学习不分先后，知识不分多少；事无巨细，当以虚心求教；三人行，必有我师焉！！！
wished for you successed ！！！
⭐️若喜欢我，就请关注我叭。
⭐️若对您有用，就请点赞叭。
⭐️若有疑问，就请评论留言告诉我叭。