mysql数据库设计表时的字段命名规则

在设计MySQL数据库表时,字段命名的规则可以遵循以下几点:

  1. 使用小写字母:建议字段名使用小写字母。这有助于保持一致性和可读性。

  2. 使用下划线:字段名中的单词可以使用下划线(_)分隔,而不是使用空格或特殊字符。例如,“first_name” 或 “date_of_birth”。

  3. 描述性命名:选择能准确描述字段所表示数据的名称。这有助于理解字段的用途和内容。

  4. 保持一致性:在整个数据库的所有表和字段中保持命名规则的一致性。这样可以更容易地理解和操作数据库结构。

  5. 使用单数名词:字段名通常使用单数名词。例如,使用 “user” 而不是 “users”,或使用 “person” 而不是 “people”。

  6. 避免保留字:避免在MySQL中使用保留字或关键字作为字段名。这些是在MySQL语言中具有特定含义的词汇,可能会导致冲突或语法错误。您可以参考MySQL文档中的保留字列表。

请记住,这些是一般的指导原则,您可以根据具体项目需求和编码风格进行调整。在MySQL数据库中,字段命名的一致性和清晰性非常重要,以确保数据库结构易于理解和维护。

注:MySQL数据库中的关键字或保留字包括:

  • ADD
  • ALL
  • ALTER
  • AND
  • AS
  • ASC
  • AUTO_INCREMENT
  • BETWEEN
  • BY
  • CASE
  • COLLATE
  • COLUMN
  • CREATE
  • DATABASE
  • DELETE
  • DISTINCT
  • DROP
  • EXISTS
  • FOREIGN
  • FROM
  • GROUP
  • HAVING
  • INDEX
  • INNER
  • INSERT
  • INTO
  • IS
  • JOIN
  • KEY
  • LEFT
  • LIKE
  • LIMIT
  • NOT
  • NULL
  • ON
  • OR
  • ORDER
  • OUTER
  • PRIMARY
  • REFERENCES
  • RIGHT
  • SELECT
  • SET
  • TABLE
  • UNION
  • UNIQUE
  • UPDATE
  • VALUES
  • WHERE

这只是一些常见的MySQL关键字或保留字,列表并不详尽。在MySQL数据库设计中,了解这些保留字并避免将它们用作字段名或标识符是很重要的,以避免冲突和语法错误。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
mysql数据库设计学习---数据库设计规范化的五个 要求 2010-10-16 16:01 27988人阅读 评论(3) 收藏 举报 数据库 mysql 程序开发 出版 存储 任务 一:表中应该避免可为空的列; 二:表不应该有重复的值或者列; 三: 表中记录应该有一个唯一的标识符   在数据库设计的时候,数据库管理员应该养成一个好习惯,用一 个ID号来 唯一的标识行记录,而不要通过名字、编号等字段来对纪录 进行区分。每个表都应该有一个ID列,任何两个记录都不可以共享同一 个ID值。另外,这个ID值最 好有数据库来进行自动管理,而不要把这 个任务给前台应用程序。否则的话,很容易产生ID值不统一的情况。   另外,在数据库设计的时候,最好还能 够加入行号。如在销售订 单管理中,ID号是用户不能够维护的。但是,行号用户就可以维护。如 在销售订单的行中,用户可以通过调整行号的大小来对订单行进行 排 序。通常情况下,ID列是以1为单位递进的。但是,行号就要以10为单 位累进。如此,正常情况下,行号就以10、20、30依次扩展下去。若 此时用户需 要把行号为30的纪录调到第一行显示。此时,用户在不能 够更改ID列的情况下,可以更改行号来实现。如可以把行号改为1,在 排序时就可以按行号来进行排 序。如此的话,原来行号为30的纪录现 在行号变为了1,就可以在第一行中显示。这是在实际应用程序设计中 对ID列的一个有效补充。这个内容在教科书上是没 有的。需要在实际 应用程序设计中,才会掌握到这个技巧。 四:数据库对象要有统一的前缀名   一个比较复杂的应用系统,其对应的数据库表往往以千计。若让数 据库管理员看到对象名就了解这个数据库对象所起的作用,恐怕会比较 困难。而且在数据库对象引用的时候,数据库管理员也会为不能迅速找 到所需要的数据库对象而头疼。    为此,笔者建立,在开发数据库之前,最好能够花一定的时间, 去制定一个数据库对象的前缀命名规范。如笔者在数据库设计时,喜欢 跟前台应用程序协商,确定 合理的命名规范。笔者最常用的是根据前 台应用程序的模块来定义后台数据库对象前缀名。如跟物料管理模块相 关的表可以用M为前缀;而以订单管理相关的,则可 以利用C作为前缀。 具体采用什么前缀可以以用户的爱好而定义。但是,需要注意的是,这 个命名规范应该在数据库管理员与前台应用程序开发者之间达成共识, 并 且严格按照这个命名规范来定义对象名。   其次,表、视图、函数等最好也有统一的前缀。如视图可以用V为 前缀,而函数则可以利用F为前缀。如此数据库管理员无论是在日常管 理还是对象引用的时候,都能够在最短的时间内找到自己所需要的对 象。 五:尽量只存储单一实体类型的数据   这里将的实体类型跟数据类型不是一回事,要注意区分。这里讲的 实体类型 是指所需要描述对象的本身。笔者举一个例子,估计大家就 可以明白其中的内容了。如现在有一个图书馆里系统,有图书基本信 息、作者信息两个实体对象。若用户 要把这两个实体对象信息放在同 一张表中也是可以的。如可以把表设计成图书名字、图书作者等等。可 是如此设计的话,会给后续的维护带来不少的麻烦。    如当后续有图书出版时,则需要为每次出版的图书增加作者信 息,这无疑会增加额外的存储空间,也会增加记录的长度。而且若作者 的情况有所改变,如住址改变 了以后,则还需要去更改每本书的记 录。若这个作者的图书从数据库中全部删除之后,这个作者的信息也就 荡然无存了。很明显,这不符合数据库设计规范化的需 求。   遇到这种情况时,笔者建议可以把上面这张表分解成三种独立的 表,分别为图书基本信息表、作者基本信息表、图书与作者对应表等 等。如此设计以后,以上遇到的所有问题就都引刃而解了。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值