第1部分探讨了MySQL的严格SQL模式的后果,以及如何使用Navicat for MySQL 15对其进行查看和设置。今天的后续文章中,我们将讨论何时使用默认值以及如何提出默认值。
Navicat for MySQL是一套管理和开发 MySQL 或 MariaDB 的理想解决方案。数据传输、数据同步和结构同步让你以低成本轻松快速地迁移数据。提供详细的指引,在各种数据库之间传输数据。比对和同步数据库的数据和结构。只需几秒钟就能设置和部署比对,并获得你要运行更改的详细脚本。
Navicat for MySQL最新试用版
第2部分:何时使用它们
您可能已经知道,在非null列上设置默认值有助于摆脱那些讨厌的“字段’xyz’没有默认值”错误。希望您也意识到,保持错误信息本身并不是提供默认值的有效理由。提供默认列值的原因很多-有些很好,有些则更少。第1部分探讨了MySQL的严格SQL模式的后果,以及如何使用Navicat for MySQL 15对其进行查看和设置。在今天的后续博客中,我们将讨论何时使用默认值以及如何提出默认值。
为什么不只允许空值/strong>
这是一个重要的考虑因素,因为它带动了生成有用的默认值以及前端验证的重要性。我仍然记得我的第一个Web应用程序。它收集了用户详细信息,例如姓名,电子邮件和电话 码。所有这些字段都是必填字段,因此聪明的用户找到了各种规避输入真实信息的方法,例如输入电话 码111-111-1111和“ Elmer J. Fudd”之类的名称。
产生时间戳记
现在,我们已经讨论了一些原因,为什么随时可以自动填充字段值得这样做,让我们来看一个生成值的常见示例:审计时间戳记。

该默认值设置上记录创建时间戳,而检查在更新CURRENT_TIMESTAMP框告诉MySQL更新每次更新操作的时间戳。
前哨值
在RDBMS中,前哨值是具有特殊含义的值。例如,年龄列中的值999表示它是未知的。我还看到了使用“ 1900-01-01”作为未知日期的应用程序。前哨值在您要分配“未知”值的情况下很有用,而空值表示“无值”。并不是每个人都喜欢哨兵值,因为使用数据库的人员和应用程序必须知道所有哨兵值才能正确处理它们。
结论
尽管默认值(并作为扩展名)在组织良好的数据库设计和开发中具有前哨值,但在分配值之前,应考虑每个值的用途。仅仅依靠默认值来避免使用null可能不是一个足够好的理由。
有想要购买正版授权的朋友,欢迎咨询客服了解详情>>
标签:
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!