MySQL数据库表设计规范（数据库的设计规范）

一、数据库设计

1、一般都使用 INNODB 存储引擎，除非读写比率<1%,才考虑使用 MYISAM 存储引擎;其 他存储引擎请在 DBA 的建议下使用。

2、Stored procedure (包括存储过程，函数，触发器)对于 MYSQL 来说还不是很成熟， 没有完善的出错记录处理，不建议使用。

3、UUID()，USER()这样的MySQL INSIDE 函数对于复制来说是很危险的，会导致主备数据不一致，所以请不要使用。如果一定要使用UUID作为主键，让应用程序来产生。

4、请不要使用外键约束，如果数据存在外键关系，请在程序层面实现。

5、必须采用 UTF8 编码。

二、数据库对象设计规范

1、表

设计

a)在设计时尽量包含两个日期字段:crt_time(创建日期),upd_time(修改日期)且 非空, 对表的记录进行更新的时候，必须包含对 upd_time字段的更新。

b)必须要有主键，主键尽量用自增字段类型，推荐类型为INT或者BIGINT类型。

c)需要多表join的字段，数据类型保持绝对一致。

d)Mysql 的表尽量设置成 KV(Key-Value)结构，这样便于扩展和维护。

e)当表的字段数非常多时，可以将表分成两张表，一张作为条件查询表，一张作为详细内容表(主要是为了性能考虑)。

f)当字段的类型为枚举型或布尔型时，建议使用 char(1)类型。

g)同一表中，所有varchar字段的长度加起来，不能大于65535.如果有这样的需求，请使用 TEXT/LONGTEXT 类型。

h)由于MYSQL表DDL维护成本很高，所以在适当的时候，可以有一定的字段容余。 比如:Value1,Value2,Value3 这样的字段。

命名

a)同一个模块的表尽可能使用相同的前缀，表名尽可能表达含义，例如: CRM_SAL_FUND_ITEM。

b)字段命名应尽可能使用表达实际含义的英文单词或缩写， 如，公司 ID，不要使用:corporation_id, 而用:corp_id 即可。

c)布尔值类型的字段命名为is+描述。如member表上表示是否为enabled的会员的字 段命名为 IsEnabled。

2、索引

命名

a) _ind,各部分以下划线()分割。

b) 多单词组成的columnname，取前几个单词首字母，加末单词组成column_name。如: sample 表 member_id 上的索引:sample_mid_ind。

3. 约束

设计

a) 主键最好是无意义的，由Sequence产生的ID字段，类型为number，不建议使用组合主键。

b) 若要达到唯一性限制的效果，不要创建uniqueindex，必须显式创建普通索引和约束 (pk 或 uk)，即先创建一个以约束名命名的普通索引，然后创建一个约束，用 using index …指定索引。

c) 当删除约束的时候，为了确保不影响到 index，最好加上 keep index 参数。

d) 主键的内容不能被修改。

e) 外键约束一般不在数据库上创建，只表达一个逻辑的概念，由程序控制。

f) 当万不得已必须使用外健的话，必须在外健列创建 INDEX。

命名

a) 主键约束: pk 结尾，_pk;

b) unique 约束:_uk 结尾，uk;

c) check 约束: _ck 结尾，ck;

d) 外键约束: _fk 结尾，以 pri 连接本表与主表，_pri_fk;

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。