zoukankan      html  css  js  c++  java
  • 表的设计命名的十个注意点 老猫

    1.表名一般以【模块名称_具体表名】来实现,同一个模块的前缀是一样的。 2.表名称不应该取得太长(一般不超过三个英文单词,总的长度不要超过32个字符)。 3.不使用tab或tb作为表前缀(本来就是一个表,为什么还要说明)。 4.一些作为多对多连接的表,可以使用两个表的前缀作为表名:如:用户登录表User_Login,用户分组表Group_Info,这两个表建立多对多关系的表名为:User_Group_Relation(关系统一用Relation) 5.当系统中有一些少量的,重复出现的值时,使用字典表来节约存储空间和优化查询。如地区、系统中用户类型的代号等。这类值不会在程序的运行期变化,但是需要存储在数据库中。一般数据库中,都有一个数据字典表,用来保存系统所用到的基础数据,大型的字段表如省份城市区域的字典表,统一以Dictionary_作为前缀。 6. 与字段有关,默认的一些特殊字段, 很多表中,比如一些业务处理表中,除了添加生成的自动编号ID(一般作为主键用),该记录创建的时间CreateDate(创建时间),该记录的创建人CreatBy(注意这里,没UI_ID,因为还有修改人),最后修改时间LastEditBy,最后修改时间LastEditDate。(这些可以直接使用中文字符,而不使用编码,在查询不多的情况下)同时有的时候需要注意,删除的时候并不真的删除该记录,而是添加一个标识位,比如XX_DeleteStaus删除状态。1是有效的,0则是无效的。 7.在命名表时,用单数形式表示名称。例如,使用 Employee,而不是 Employees。 8.数据库中应建立这样一个表,就是数据库本身的字段信息,表的说明,也就是数据库设计文档的一个表,方便查询使用,有什么不明的可以直接从数据库查询,数据库文档丢失,注释丢失,都可以重新起作用。 9.每个表都应该有一个主键,这个主键最好是数字,而且是递增的,有很多表的主键用32位字符编码,这样做的目的更多的是从安全考虑的。 10.操作日志表,登陆日志表,这是数据库中必备的两个表,这个记录也需要做进一步的保存。这个有两种情形,一是具体到单个字段的操作日志,二是整个表的操作日志。常见的三个表具体说明: 操作日志表Sys_OperateLog(通用版) 操作日志表Sys_OperateLog 中文名 字段名 注释 操作日志编号 OL_ID 索引列,日志的编号 操作类型 OL_Type 是添加,修改,删除,查询等类容(可放在通用字典表) 操作模块 OL_Module 操作模块,比如新闻模块,关联的是菜单表编号 操作内容 OL_Content 操作了什么内容,越具体越好(修改前、修改后) 操作人 UI_ID 用户的信息 操作时间 OL_AddDate 日志记录创建时间 操作IP OL_IP 操作人的IP地址 备注信息 OL_Remarks 备注信息,一些其他的需要说明的信息 这样的一个操作日志比较笼统,不是能具体到具体的字段值更新,如果要具体到某个具体值的更新,则需要设计新的数据库 一般情况下需要这样几个表,系统中可能已经有了,但是我们拿到我们自己的数据库中来,一个是数据库列表的表(就是数据库中有几个表)(编号,创建时间,创建人,修改时间,修改人,表名,注释,是否删除),然后就是数据库表下面的字段类型(编号,创建时间,创建人,修改时间,修改人,字段名,字段类型,字段精度,字段说明,字段注释,表的编号),也就是字段列表,这时的日志操作表可以这样设计(编号,表名,被修改的字段名,修改前值,修改后值,操作人,操作时间,相关模块,操作IP) 这种能记录修改记录,但是添加和删除时记录就不是很方便控制了。 登陆日志表Sys_LoginLog 中文名 字段名 注释 登陆日志编号 LL_ID 登陆的日志编号 登陆人 UI_ID 登陆人 登陆时间 LL_AddDate 登陆时间 登陆IP LL_IP 登陆的IP地址 登陆状态 LL_Status 登陆是否成功的标识位 登陆浏览器 LL_Browser 登陆浏览器 登陆分辨率 LL_Resolution 登陆的屏幕分辨率 还有一个就是数据字典表,我看过很多的数据库设计,类型表一个接一个,没有放在一起,还有的干脆写在注释里,有的根本就没有,这样某个程序员走了,这个字段就没人知道了,即使没走,自己也有可能时间长了忘掉,所以,见一个基础数据字典表的作用非常重要,其他的比如地区表(Sys_DicArea),汉语拼音表(Sys_DicCharacter)(用来汉字和拼音的转换)因为数据量较大,单独建表。这里介绍通用的数据字典表。 系统字典表Sys_Dictionary 中文名 字段名 注释 字典编号 SD_ID 字典的编号,可以直接使用此主键编码(注意删除时的关联关系) 字典类型 DY_ID 字典类型的ID,需要建立字典类型表,因为放的是所有的字典表 字典编码 SD_Code 字典编码,支持自己编码(同一类型是唯一的,一般是整数型 字典中文名称 SD_Name 字典中文名称(比如男女,比如状态,可以放在字典表里,作为查看依据) 字典备注 SD_Remarks 字典备注,字典需要一些备注信息 创建人 创建日期 修改人 修改日期 系统字典表类型Sys_DicType 中文名 字段名 注释 字典类型编号 DT_ID 字典的自动索引号 字典类型名称 DT_Name 字典类型的中文名称 字典的备注说明 DT_Remarks 字典使用的备注说明 字典状态 DT_Status 字典是否删除,不在使用

  • 相关阅读:
    文章截断显示方法
    mysql数据库基础知识和认识
    js 返回上一页和刷新以及页面跳转
    编译原理根据项目集规范族构造LR(0)分析表
    编译原理LR(0)项目集规范族的构造详解
    编译原理复习
    FIRST集合、FOLLOW集合及LL(1)文法求法
    UML时序图
    UML活动图(二)
    UML活动图(Activity Diagram)
  • 原文地址:https://www.cnblogs.com/oldcat/p/1727372.html
Copyright © 2011-2022 走看看