数据的设计命名的十个要点
1．表名一般以【模块名称_具体表名】来实现，同一个模块的前缀是一样的。(Oracle大小写敏感，在ＳＱＬ中可以不用"_",因为可以用大小写一起的写法。这也是可以的)
常见的几个表具体说明：操作日志表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.这样一目了然。
数据的设计命名的十个要点相关推荐
- 表的设计命名的十个注意点
1．表名一般以[模块名称_具体表名]来实现,同一个模块的前缀是一样的. 2．表名称不应该取得太长(一般不超过三个英文单词,总的长度不要超过32个字符). 3．不使用tab或tb作为表前缀(本来就是一个 ...
- 数据可视化设计的UI实用模板素材
后台界面的设计需求很常见.商业活动中,人们希望通过一个数据可视化界面来展示所有的信息.趋势和风险,并实时更新,助力于财务分析预测. 后台界面应该是一种引人注目.简单直接的导航方式. (后台界面)Das ...
- 你必须了解的微服务架构设计的10个要点！
近来,几乎人人都在谈论微服务.微服务之所以火热也是因为相对之前的应用开发方式有很多优点,如更灵活.更能适应现在需求快速变更的大环境等.本文将介绍微服务架构设计中的一些要点. 微服务架构设计时有哪些要点 ...
- 微服务开发中的数据架构设计
前言 微服务是当前非常流行的技术框架,通过服务的小型化.原子化以及分布式架构的弹性伸缩和高可用性,可以实现业务之间的松耦合.业务的灵活调整组合以及系统的高可用性.为业务创新和业务持续提供了一个良好的基 ...
- Java生鲜电商平台-SpringCloud微服务开发中的数据架构设计实战精讲
Java生鲜电商平台-SpringCloud微服务开发中的数据架构设计实战精讲 Java生鲜电商平台: 微服务是当前非常流行的技术框架,通过服务的小型化.原子化以及分布式架构的弹性伸缩和高可用性, ...
- 铁拳nat映射_铁拳如何重塑我的数据可视化设计流程
铁拳nat映射 It's been a full year since I've become an independent data visualization designer. When I f ...
- fullcalendar 数据渲染 背景色_数据可视化设计，从0到1必备技能
无论是日常制作可视化图表报告,还是制作可视化大屏,很多设计师或者数据分析师往往会因为重点突出数据的重要性,而让可视化图表变得枯燥乏味.或者会因为过度注重绚丽多彩而让数据的呈现效果大打折扣.如何把握设计 ...
- 大屏数据可视化设计注意事项
大屏数据可视化是以大屏为主要展示载体的数据可视化设计.大屏的特点,使得在用户观感上留下独特的印象,同时,大屏所具备储存更大的信息量,对于大屏企业来说重点主要在于将信息全面的显示在屏幕上,关注于画质的清 ...
- 微服务开发中的数据架构设计 1
GitChat 作者:陈伟荣 原文:微服务开发中的数据架构设计 关注微信公众号:「GitChat 技术杂谈」 一本正经的讲技术 [不要错过文末彩蛋] 前言 微服务是当前非常流行的技术框架,通过服务的小 ...
最新文章
- 结合深度学习的图像修复怎么实现？
- const char *p,char const *p, char * const p之间的区别
- cannot access xxx的解决办法
- it计算机知识竞赛主持稿,校园IT知识竞赛策划书
- 【算法系列之十三】二叉树两叶节点的最大距离
- 初探Backbone
- 【WPF】一个类似于QQ面板的GroupShelf控件
- 页面中php传值后循环列表js获取点击的id
- [Java] 蓝桥杯ALGO-139 算法训练 s01串
- WCF探索之旅（五）——WCF与WebService的异同
- mysql面试题 真的很不错
- 【前端】相信你会用到的一篇笔记---CSS篇（2）
- 3个方法教你怎么避免拼多多比价订单
- win10专业版开机画面模糊_为什么win10有些软件显示模糊_win10软件界面模糊的解决办法...
- py笔记.字典的使用
- 百思不得姐php源码,百思不得姐源代码(xcode)
- 【技巧分享】【数据分析】数据分析模型
- QtAV的编译与使用（MSVC2015+Qt5.9.8）
- 走近科学：揭秘在线DDoS攻击平台
- 基于SSM实现的网上手机商城项目(附源码)