数据库（表结构）设计技巧及注意事项
　当您在决定⼀个管理项⽬时，最先着⼿的⼯作就应是数据库表结构的设计了。可以这么说，表结构的设计是开发数据库管理项⽬的基⽯，⼀个糟糕的表结构设计，可能会严重延误您的项⽬开发周期，使您⼤量的劳动时间为此付之东流。表结构设计是数据库逻辑设计的重要组成部分，直接影响到数据库的性能，所以⼩编在本⽂对数据库（表结构）设计技巧及注意事项做⼀个讲解！
  1．表名⼀般以【模块名称_具体表名】来实现，同⼀个模块的前缀是⼀样的。(⼤⼩写敏感，在ＳＱＬ中可以不⽤"_"，因为可以⽤⼤⼩写⼀起的写法。这也是可以的)
  2．表名称不应该取得太长（⼀般不超过三个英⽂单词，不推荐使⽤中⽂拼⾳，总的长度不要超过30个字符）。表名使⽤英⽂的原因，有些项⽬有英⽂版的需要，或者这个项⽬是给外国做的时候，使⽤英⽂是基本的要求，应该说这是⼀个习惯问题，多学⼀点英⽂也不是坏事
  3．不使⽤tab或tb作为表前缀（本来就是⼀个表，为什么还要说明）。
  4．⼀些作为多对多连接的表，可以使⽤两个表的前缀作为表名：如：⽤户登录表User_Login，⽤户分组表User_GroupInfo，这两个表建⽴多对多关系的表名为：User_Group_Relation（关系统⼀⽤Relation）。注意⼀点，主键在做其他表的外键时，或者在被其他表引⽤时，字段说明和字段名尽量保
持⼀致，⽐如发帖表BBS_Topic⾥的⽤户字段写成UI_ID，这样跟⽤户信息表User_Info的主键UI_ID保持⼀致，看起来舒服，对应关系很明确，也不容易错，前后不⼀致时容易令⼈费解。
  5．当系统中有⼀些少量的，重复出现的值时，使⽤字典表来节约存储空间和优化查询。如地区、系统中⽤户类型的代号等。这类值不会在程序的运⾏期变化，但是需要存储在数据库中。⼀般数据库中，都有⼀个数据字典表，⽤来保存系统所⽤到的基础数据，⼤型的字段表如省份城市区域的字典表，统⼀以Dictionary_作为前缀。
  6．与字段有关，默认的⼀些特殊字段，很多表中，⽐如⼀些业务处理表中，除了添加⽣成的⾃动编号ID（⼀般作为主键⽤），该记录创建的时间CreateDate(创建时间)，该记录的创建⼈CreatBy（注意这⾥，没UI_ID（⽤户信息表User_Info的主键UI_ID），因为还有修改⼈），最后修改⼈LastEditBy，最后修改时间LastEditDate。（这些可以直接使⽤中⽂字符，⽽不使⽤编码，提⾼查询的效率）
  同时有的时候需要注意，删除的时候并不真的删除该记录，⽽是添加⼀个标识位，⽐如XX_DeleteStaus删除状态。1是有效的，0则是⽆效的。
  7．在命名表时，⽤单数形式表⽰名称。例如，使⽤Employee，⽽不是Employees。
  8．数据库中应建⽴这样⼀个表，就是数据库本⾝的字段信息，表的说明，也就是数据库设计⽂档的
⼀个表，⽅便查询使⽤，有什么不明的可以直接从数据库查询，数据库⽂档丢失，注释丢失，都可以重新起作⽤。
  9．每个表都应该有⼀个主键，这个主键最好是数字，⽽且是递增的，有很多表的主键⽤32位字符编码，这样做的⽬的更多的是从考虑的。因为字符多时索引时效率低，⽽使⽤⾃增列也不是很少，⽐如添加主表和从表操作时，主表的主键是从表的外键，这个时候还有取返回值，然后再添加，不可以同时添加。主键可以⽤⾃定义的规则，⼤部分⽤MAX（ID）的做法，也可以⾃定义⼀个序列表，有点像序列，或者⽤时间的年⽉⽇秒具体到毫秒。关于列的命名，建议对数据类型也做⼀些规范，因为很容易确定，只有四种主要类型：数字，字符，时间，逻辑值，这些在类型上和长度上都可以定好规范，统⼀起来。
  10.基本表及其字段之间的关系，应尽量满⾜第三范式。但是，满⾜第三范式的数据库设计，往往不是最好的设计。为了提⾼数据库的运⾏效率，常常需要降低范式标准：适当增加冗余，达到以空间换时间的⽬的。
  11.若两个实体之间存在多对多的关系，则应消除这种关系。消除的办法是，在两者之间增加第三个实体。这样，原来⼀个多对多的关系，现在变为两个⼀对多的关系。要将原来两个实体的属性合理地分配到三个实体中去。这⾥的第三个实体，实质上是⼀个较复杂的关系，它对应⼀张基本表。⼀般来讲，数据库设计⼯具不能识别多对多的关系，但能处理多对多的关系。
  12.主键PK的取值⽅法，PK是供程序员使⽤的表间连接⼯具，可以是⼀⽆物理意义的数字串，由程序⾃动加1来实现。也可以是有物理意义的字段名或字段名的组合。不过前者⽐后者好。当PK是字段名的组合时，建议字段的个数不要太多，多了不但索引占⽤空间⼤，⽽且速度也慢。
  13.中间表是存放统计数据的表，它是为数据仓库、输出报表或查询结果⽽设计的，有时它没有主键与外键(数据仓库除外)。临时表是程序员个⼈设计的，存放临时记录，为个⼈所⽤。基表和中间表由DBA维护，临时表由程序员⾃⼰⽤程序⾃动维护。
  14．操作⽇志表，登录⽇志表，这是数据库中必备的两个表，这个记录也需要做进⼀步的保存。这个有两种情形，⼀是具体到单个字段的操作⽇志，⼆是整个表的操作⽇志。
  常见的⼏个表具体说明：操作⽇志表Sys_OperateLog、登录⽇志表Sys_LoginLog、系统字典表Sys_Dictionary、系统字典表类型Sys_DicType。
  这样的⼀个操作⽇志⽐较笼统，不是能具体到具体的字段值更新，如果要具体到某个具体值的更新，则需要设计新的数据库。
  ⼀般情况下需要这样⼏个表，系统中可能已经有了，但是我们拿到我们⾃⼰的数据库中来，⼀个是数据库列表的表（就是数据库中有⼏个表）（编号，创建时间，创建⼈，修改时间，修改⼈，表名，注释，是否删除），然后就是数据库表下⾯的字段类型（编号，创建时间，创建⼈，修改时间，修改⼈，字段名，字段类型，字段精度，字段说明，字段注释，表的编号），也就是字段列表，这时的⽇志操作表可以这样设计(编号，表名，被修改的字段名，修改前值，修改后值，操作⼈，操作时间，相关模块，操作IP）这种能记录修改记录，但是添加和删除时记录就不是很⽅便控制了。
  还有⼀个就是数据字典表，我看过很多的数据库设计，类型表⼀个接⼀个，没有放在⼀起，还有的⼲脆写在注释⾥，有的根本就没有，这样某个程序员⾛了，这个字段就没⼈知道了，即使没⾛，⾃⼰也
有可能时间长了忘掉，所以，见⼀个基础数据字典表的作⽤⾮常重要，其他的⽐如地区表(Sys_DicArea)，汉语拼⾳表（Sys_DicCharacter）(⽤来汉字和拼⾳的转换)因为数据量较⼤，单独建表。这⾥介绍通⽤的数据字典表。
  最后补充⼀些内容，⼀般设计数据库是这个样⼦的，但是不排除有些特殊的情形，为了数据的保密性，数据库的表名和字段名都是⼀些看似毫⽆意义的字符数字，⽐如Table1，Col1，但是有⼀个表是说明表，或者有对应的数据库⽂档设计。
  补充：⼀些列说明了单位类型，可以在设计数据库的时候表明，⽐如HeightIncm,WeightInKg.这样⼀⽬了然。
防⽌数据库设计打补丁的⽅法是“三少原则”sql软件长什么样
  防⽌数据库设计打补丁的⽅法是
  (1)⼀个数据库中表的个数越少越好。只有表的个数少了，才能说明系统的E--R图少⽽精，去掉了重复的多余的实体，形成了对客观世界的⾼度抽象，进⾏了系统的数据集成，防⽌了打补丁式的设计；
  (2)⼀个表中组合主键的字段个数越少越好。因为主键的作⽤，⼀是建主键索引，⼆是做为⼦表的外键，所以组合主键的字段个数少了，不仅节省了运⾏时间，⽽且节省了索引存储空间；
  (3)⼀个表中的字段个数越少越好。只有字段的个数少了，才能说明在系统中不存在数据重复，且很少有数据冗余，更重要的是督促读者学会“列变⾏”，这样就防⽌了将⼦表中的字段拉⼊到主表中去，在主表中留下许多空余的字段。所谓“列变⾏”，就是将主表中的⼀部分内容拉出去，另外单独建⼀个⼦表。这个⽅法很简单，有的⼈就是不习惯、不采纳、不执⾏。
  数据库设计的实⽤原则是：在数据冗余和处理速度之间到合适的平衡点。“三少”是⼀个整体概念，综合观点，不能孤⽴某⼀个原则。该原则是相对的，不是绝对的。“三多”原则肯定是错误的。试想：若
覆盖系统同样的功能，⼀百个实体(共⼀千个属性)的E--R图，肯定⽐⼆百个实体(共⼆千个属性)的E--R图，要好得多。
  提倡“三少”原则，是叫读者学会利⽤数据库设计技术进⾏系统的数据集成。数据集成的步骤是将⽂件系统集成为应⽤数据库，将应⽤数据库集成为主题数据库，将主题数据库集成为全局综合数据库。集成的程度越⾼，数据共享性就越强，信息孤岛现象就越少，整个企业信息系统的全局E—R图中实体的个数、主键的个数、属性的个数就会越少。
  提倡“三少”原则的⽬的，是防⽌读者利⽤打补丁技术，不断地对数据库进⾏增删改，使企业数据库变成了随意设计数据库表的“垃圾堆”，或数据库表的“⼤杂院”，最后造成数据库中的基本表、代码表、中间表、临时表杂乱⽆章，不计其数，导致企事业单位的信息系统⽆法维护⽽瘫痪。
  “三多”原则任何⼈都可以做到，该原则是“打补丁⽅法”设计数据库的歪理学说。“三少”原则是少⽽精的原则，它要求有较⾼的数据库设计技巧与艺术，不是任何⼈都能做到的，因为该原则是杜绝⽤“打补丁⽅法”设计数据库的理论依据。
在给定的系统硬件和系统软件条件下，提⾼数据库系统的运⾏效率的办法是：
  在给定的系统硬件和系统软件条件下，提⾼数据库系统的运⾏效率的办法是：
  (1)在数据库物理设计时，降低范式，增加冗余，少⽤触发器，多⽤存储过程。
  (2)当计算⾮常复杂、⽽且记录条数⾮常巨⼤时(例如⼀千万条)，复杂计算要先在数据库外⾯，以⽂件系统⽅式⽤C++语⾔计算处理完成之后，最后才⼊库追加到表中去。这是电信计费的经验。
  (3)发现某个表的记录太多，例如超过⼀千万条，则要对该表进⾏⽔平分割。⽔平分割的做法是，以该表主键PK的某个值为界线，将该表的记录⽔平分割为两个表。若发现某个表的字段太多，例如超过⼋⼗个，则垂直分割该表，将原来的⼀个表分解为两个表。
  (4)对数据库管理系统DBMS进⾏系统优化，即优化各种系统参数，如缓冲区个数。
  (5)在使⽤⾯向数据的SQL语⾔进⾏程序设计时，尽量采取优化算法。总之，要提⾼数据库的运⾏效率，必须从数据库系统级优化、数据库设计级优化、程序实现级优化，这三个层次上同时下功夫。
主键设计：
  主键设计：
  1、不建议⽤多个字段做主键，单个表还可以，但是关联关系就会有问题，主键⾃增是⾼性能的。导⼊导出就有问题。
  2、⼀般情况下，如果有两个外键，不建议采⽤两个外键作为联合住建，另建⼀个字段作为主键。除⾮这条记录没有逻辑删除标志，且该表永远只有⼀条此联合主键的记录。
  3、⼀般⽽⾔，⼀个实体不能既⽆主键⼜⽆外键。在E—R图中，处于叶⼦部位的实体，可以定义主键，也可以不定义主键(因为它⽆⼦孙)，但必须要有外键(因为它有⽗亲)。
  主键与外键的设计，在全局数据库的设计中，占有重要地位。当全局数据库的设计完成以后，有个美国数据库设计专家说：“键，到处都是键，除了键之外，什么也没有”，这就是他的数据库设计经验之谈，也反映了他对信息系统核⼼(数据模型)的⾼度抽象思想。因为：主键是实体的⾼度抽象，主键与、外键的配对，表⽰实体之间的连接。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。