我试图在一个表中创建一个外键列，在MySQL中这比它应该的要困难得多。这将要求我回去对已经使用的表进行某些更改。所以我想知道，MySQL确保某个值是否适当有多重要？我是否可以只使用像PHP这样的语言来访问这个数据库，从而做到这一点呢？
同样道理，如果我只用PHP访问这个数据库，我能不能简单地让PHP确保没有空值被输入呢？
为什么我要使用MySQL来执行这些约束条件，而不是用PHP来完成呢？
我意识到由于上述原因忽略NOT NULL是非常愚蠢的。但是，如果不进行严格操作，MySQL不会强制执行外键约束。
在您的意见中，使用“伪”外键，并简单地检查要输入的值是否在其他表中匹配，然后再用PHP是否仍然是不好的呢？
使用PHP的过程中，您肯定会犯错误，这是100%的保证。而PHP属于过程式编程范畴，你需要的是声明性约束。你希望告诉整个技术栈："这些是数据上的约束条件，不能违反这些约束条件。"你不想用"步骤1...步骤2...步骤3...步骤432..."来处理数据上的约束条件，因为：
实际上应该问的问题是："为什么我要使用PHP来强制实施这些约束条件呢，我可以直接用MySQL解决吗？"
你不能仅使用PHP就能做到这一点，原因与程序员“仅仅”无法编写没有缺陷的代码相同。这比你想象的更难。特别是如果你认为这不那么难。
它们非常重要。您不想完全通过PHP定义模型。如果您的PHP代码中有错误怎么办？您可能会轻易地将列空置，而您的业务规则规定不应该这样做。通过在数据库级别定义，您至少可以免费获得该检查。当您的PHP或任何其他工具使用您的数据库时出现错误时，您将非常讨厌它。在我看来，您只是在寻求问题。
请注意，这是故事的非常简短的版本。
通常我倾向于在数据库中声明约束。以下是声明约束的理由：
反对约束的理由：
对我来说，使用 NOT NULL 最重要的是文档部分。当我几个月后回到项目时，我会忘记哪些列可以有空值。如果该列为 NOT NULL，则我知道我永远不必处理潜在的空值。如果它允许空值，则我确定必须处理它们。
另一件事是，正如其他人所指出的：你可能会错过某些地方，清理数据很麻烦，或者完全不可能。最好确保数据库中的所有数据都是一致的。
在MySQL中启用这些约束几乎不花费任何时间。即使它们能够防止因PHP或其他代码出现单个错误，这难道不值得吗？
请记住，您将从中挽救自己的那些错误可能非常严重。找到并修复错误本身可能并不难; 麻烦的是，一旦您修复了错误，就会留下一堆可能无法挽救的错误数据。
我甚至不会从“嗯，除了PHP还可能有其他东西访问您的数据”角度来解决这个问题。虽然这是事实，但在我的看法中，更重要的是可以通过添加一些简单的约束来节省自己的头疼、时间（金钱）和数据损失。
使用数据库来保证结构数据的完整性，使用BR层处理其余部分。并尽早捕获错误。它们共同工作。
幸运的是，当您的代码成熟时，您将不会遇到数据库RI错误；这时您可以自豪地宣布自己是第一个。
通过约束条件强制数据一致性有助于确保您的数据保持一致，并为应用程序提供廉价的运行时 bug 检查。
如果您认为约束条件不值得，那么要么你拥有一个小的 / 非关键任务系统，要么您正在错过提高系统质量的巨大机会。这一点不容忽视。
选择包括：选择不同的 RDBMS，重新发明自己的元数据系统或手动管理约束条件。在没有元数据系统的情况下进行查询的手动管理很快就会变得难以维护和审计，随着架构/系统复杂性的增长，这样做也会不必要地使演进中的模式变得更加复杂。
我的建议是选择一个不同的 RDBMS。
一致性检查比你想象的要困难得多。例如，MySQL 使用事务性读取一致性，这意味着您正在检查的值可能不是另一个事务范围内的相同值。对于并发访问的一致性语义，如果没有直接绑定到数据层，则非常难以正确处理。
说到底，即使您在手动检查上花费了适度的努力，最有可能的结果仍然是，您仍然能够通过您未考虑或在形成时犯了错误的边角情况。
关于您的非空问题... 显然的数据字段要求是一个很好的起点。在定义列可空性时，还有一些其他需要考虑的事情。