1 / 8
文档名称:

数据库管理规范.doc

格式:doc   大小:89KB   页数:8页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

数据库管理规范.doc

上传人:1006108867 2022/6/22 文件大小:89 KB

下载得到文件列表

数据库管理规范.doc

相关文档

文档介绍

文档介绍:-
. z.
. .符加下划线组合,如:在
-
. z.
. ..
z. .
hyid,hyname,hymobile上建立主键,命名:PK_表名_hyi_hyn_hym,如果前三个截取字符一样,就从字段名称中不同的字符开场取三个字符加下划线组合,如:在 zhyid,zhyname,zhymobile上建立主键,命名:PK_表_id_nam_mob)
外键命名:FK_表名_主表名_字段名
Sequence命名:SEQ_表名_列名〔或者根据需要另取名字〕
设计原则
表的设计
【强制】每个表,都必须要有主键。主键是每行数据的唯一标识,保证主键不可随意更新修改,在不知道是否需要主键的时候,请加上主键,它会为你的程序以及将来查找数据中的错误等等,提供一定的帮助;
【强制】所有的MySQL数据库除历史原因外,都必须采用UTF8编码
【建议】一个表的*列与另一表有关联关系的时候,请在应用程序维护外键关系,如果在数据库建立外键约束请遵循以下几点:
尽量少使用外键,在高并发下数据库会增加较大开销;
不要以数据操作不方便为理由而不建外键。加上外键以后,一些数据操作变得有些麻烦,但是这正是对数据一致性的保护
以缺省的方式建立外键〔即用delete restrict方式〕,以到达保护数据一致性的目的;
【强制】外键一定要建立索引。
【建议】单表行数超过 500万行或者单表容量超过 2GB,才推荐进展分库分表
列的设计
【强制】字段命名必须用英文来定义,如果太长可用缩写;
【强制】相应类型数据存入相应类型字段(如:数字=>NUMBER,日期=>DATE,定长字符=>CHAR,变长字符=>VARCHAR2等〕否则会自动进展不必要的类型转换,降低性能,破坏数据完整性
【强制】表达是与否概念的字段,必须使用 is_***的方式命名,数据类型是 unsigned tinyint〔 1表示是,0表示否〕
【强制】小数类型为 decimal,制止使用 float和 double
【建议】varchar是可变长字符串,不预先分配存储空间,长度不要超过 5000,如果存储长度大于此值,定义字段类型为 te*t,独立出来一*表,用主键来对应,防止影响其它字段索引效率
【建议】字段的宽度要在一定时间内足够用,但也不要过宽,占用过多的存储空间;
【建议】除非必要,否则尽量不加冗余列。所谓冗余列,是指能通过其他列计算出来的列,或者是与*列表达同一含义的列,或者是从其他表复制过来的列等等。冗余列需要应