1.表名一般以【模块名称_具体表名】来实现,同一个模块的前缀是一样的。(Oracle大小写敏感,在SQL中可以不用"_",因为可以用大小写一起的写法。这也是可以的)
常见的几个表具体说明:操作日志表Sys_OperateLog、登录日志表Sys_LoginLog、
系统字典表Sys_Dictionary、系统字典表类型Sys_DicType
中文名 | 字段名 | 注释 |
操作日志编号 | OL_ID | 索引列,日志的编号 |
操作类型 | OL_Type | 是添加,修改,删除,查询等类容(可放在通用字典表) |
操作模块 | OL_Module | 操作模块,比如新闻模块,关联的是菜单表编号 |
操作内容 | OL_Content | 操作了什么内容,越具体越好(修改前、修改后) |
操作人 | UI_ID | 用户的信息 |
操作时间 | OL_AddDate | 日志记录创建时间 |
操作IP | OL_IP | 操作人的IP地址 |
备注信息 | OL_Remarks | 备注信息,一些其他的需要说明的信息 |
这样的一个操作日志比较笼统,不是能具体到具体的字段值更新,如果要具体到某个具体值的更新,则需要设计新的数据库
一般情况下需要这样几个表,系统中可能已经有了,但是我们拿到我们自己的数据库中来,一个是数据库列表的表(就是数据库中有几个表)(编号,创建时间,创建人,修改时间,修改人,表名,注释,是否删除),然后就是数据库表下面的字段类型(编号,创建时间,创建人,修改时间,修改人,字段名,字段类型,字段精度,字段说明,字段注释,表的编号),也就是字段列表,这时的日志操作表可以这样设计(编号,表名,被修改的字段名,修改前值,修改后值,操作人,操作时间,相关模块,操作IP) 这种能记录修改记录,但是添加和删除时记录就不是很方便控制了。
中文名 | 字段名 | 注释 |
登录日志编号 | LL_ID | 登录的日志编号 |
登录人 | UI_ID | 登录人 |
登录时间 | LL_AddDate | 登录时间 |
登录IP | LL_IP | 登录的IP地址 |
登录状态 | LL_Status | 登录是否成功的标识位 |
登录浏览器 | LL_Browser | 登录浏览器 |
登录分辨率 | LL_Resolution | 登录的屏幕分辨率 |
还有一个就是数据字典表,我看过很多的数据库设计,类型表一个接一个,没有放在一起,还有的干脆写在注释里,有的根本就没有,这样某个程序员走了,这个字段就没人知道了,即使没走,自己也有可能时间长了忘掉,所以,见一个基础数据字典表的作用非常重要,其他的比如地区表(Sys_DicArea),汉语拼音表(Sys_DicCharacter)(用来汉字和拼音的转换)因为数据量较大,单独建表。这里介绍通用的数据字典表。
中文名 | 字段名 | 注释 |
字典编号 | SD_ID | 字典的编号,可以直接使用此主键编码(注意删除时的关联关系) |
字典类型 | DY_ID | 字典类型的ID,需要建立字典类型表,因为放的是所有的字典表 |
字典编码 | SD_Code | 字典编码,支持自己编码(同一类型是唯一的,一般是整数型 |
字典中文名称 | SD_Name | 字典中文名称(比如男女,比如状态,可以放在字典表里,作为查看依据) |
字典备注 | SD_Remarks | 字典备注,字典需要一些备注信息 |
创建人 | ||
创建日期 | ||
修改人 | ||
修改日期 |
中文名 | 字段名 | 注释 |
字典类型编号 | DT_ID | 字典的自动索引号 |
字典类型名称 | DT_Name | 字典类型的中文名称 |
字典的备注说明 | DT_Remarks | 字典使用的备注说明 |
字典状态 | DT_Status | 字典是否删除,不在使用 |
最后补充一些内容,一般设计数据库是这个样子的,但是不排除有些特殊的情形,为了数据的保密性,数据库的表名和字段名都是一些看似毫无意义的字符数字,比如Table1,Col1,但是有一个表是说明表,或者有对应的数据库文档设计。
补充:一些列说明了单位类型,可以在设计数据库的时候表明,比如HeightIncm, WeightInKg.这样一目了然。
相关推荐
5 2.3 数据库逻辑设计 5 2.3.1 数据库设计命名规范 6 2.3.2 数据库表名汇总 7 2.3.3 数据库表结构设计 7 2.4 存储过程设计 12 2.5 触发器设计 12 2.6 Job设计 12 3 数据字典设计 13 引言 1 预期的读者 主要为本公司...
数据库设计系列:数据库设计 数据库设计系列:数据库设计5步骤 步骤 数据库设计5步骤 1.确定entities及relationships a)设计宏观⾏为。你⽤此数据库来做什么?⽐如,希望管理雇员的信息。 b)确定entities。对于⼀...
数据库设计说明书 版本:V1.0 文 档 编 号 保 密 等 级 作 者 最后修改日期 审 核 人 最后审批日期 批 准 人 最后批准日期 修订记录 日期 版本 修订说明 修订人 目 ...
XXX数据库设计规范模板 目 次 1 范围 2 引用文件 3 术语、定义和缩略语 3.1 术语 3.2 缩略语 4 总体要求 4.1 数据库设计总体要求 4.2 数据库编程总体要求 5 数据库设计要求 5.1 数据库字符集选择 5.2 数据库表空间...
数据库设计指导规范 表和字段命名规范 表和字段命名的首字母大写,表必须要有主键,而且主键命名为Id,类型为varchar(3 6),因为在程序中我们是采用guid作为主键,注意:非主外键字段之外不得包含关键字 Id 外键...
SQL Server数据库命名规范1 SQL Server数据库命名规范 良好的命名习惯是一种美德,下面是关于数据库命名的规范: 数据库命名规范: 1. 数据库名: 1.1)用产品或项目的名字命名; 1.2)采用Pascal Case,如...
mysql数据库设计学习---数据库设计规范化的五个 要求 2010-10-16 16:01 27988人阅读 评论(3) 收藏 举报 数据库 mysql 程序开发 出版 存储 任务 一:表中应该避免可为空的列; 二:表不应该有重复的值或者列; 三: ...
数据库设计规范化的五个要求 数据库逻辑设计是优化关系数据库的核心。而数据库设计的规范化则是这个核心的核 心。一个规范化的逻辑数据库,可以为数据库管理员优化数据库和应用程序性能打下坚 实的基础。相反,若...
基本目的 以SQL SERVER数据库管理系统为平台,通过设计数据库概念模型、逻辑模型以及利用标准SQL语 言的数据库实现,掌握关系数据库系统的设计与实现方法,增强数据库设计和数据库应 用系统开发能力。 2. 用户需求 ...
兼顾规范与效率 使用公司规定的数据库设计软件工具 命名符合公司标准和项目标准 数据库设计目标 规范性:一般符合3NF范式要求,减少冗余数据。 高效率:兼顾规范与效率,适当进行反范式化,满足应用系统的性能要求。...
数据库原理及应用 课程设计要求 2018.5 时间:12--14周 内容: 1.... ----------------------- 实验10--数据库设计-要求全文共2页,当前为第1页。 实验10--数据库设计-要求全文共2页,当前为第2页。
"(内部文件,注意保管( " "文档编号 " "版 本 " " " " " " " "XXXXXX项目 " " " " " "系统数据库设计文档 " " " " " "编 写 " "校 对 " "审 核 " "批 准 " " " "中心 " "2017年4月 " 版本信息记录 "日期 "版本 "说明...
Oracle数据库设计策略及规范 设计策略及规范 1. 目的 定义Oracle数据库设计规范,作为数据库规划、设计、开发以及维护人员的技术参考资料。用以规范和指导相关人员的设计行为。 2. 概述 本文档根据Oracle数据库...
数据库系统(四) 数据库系统(四)---关系型数据库设计及 关系型数据库设计及E-R图 图 1、关系型数据库: 关系型数据库是⼀类采⽤关系模型作为逻辑数据模型的数据库系统,遵从数据库设计的基本步骤,包括:需求分析...
SQLServer数据库设计规范 作者:佚名 厚朴教育来源:网络 点击数:1446 更新时间:2008-12-2 1 相关的设计规范: 1.1 采用有意义的字段名 尽可能地把字段描述的清楚些。当然,也别做过头了,比如...
数据库设计的基本规范 4 1.1开发规范 4 1.2命名规范 4 2.基本表及其说明 4 2.1 系统信息表 4 2.2 职工基本信息表 4 2.3 部门基本信息表 5 2.4职工考勤表 5 2.5 职工考勤统计表 5 3. E-R图 6 1.数据库设计的基本规范 ...
内容要求与时间安排 在13周至17周课余时间里,在VFP6.0这个软件平台上,每人独立完成一个信息管理 系统(即数据库应用程序)的设计,并最终形成一个脱离VFP软件可直接运行的exe文件。 题目自选,如《企业人事管理系统...
前篇回顾 租车信息系统数据库设计(1)中我们根据租车系统最基本的一些需求,设计出了如下表结构: 有朋友看了这个结构图后问我为什么对于订单没有设计成主从表(即分为OrderHeader,OrderDetail)。 订单的主从表...
数据库设计的(E-R)模型 图一 图书实体属性图 图二 供应商实体属性图 图三 采购员实体属性图 图四 订货单实体属性图 图五 图书类别实体属性图 图六 送货方式实体属性图 图七 采购订单实体属性图 图八 价目表实体...