数据库设计中数据字典中的属性设计

最新推荐文章于 2024-02-13 12:41:24 发布
最新推荐文章于 2024-02-13 12:41:24 发布
阅读量861 收藏
点赞数
分类专栏： 数据库技术 文章标签： 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/guoyp2126/article/details/110805445
版权

在数据库设计中经常会遇到业务表的一些属性来自于数据字典，如：工作人员职称、学历、订单的支付状态等。以前这种设计能够有效节省存储空间，同时能够保证数据字典中显示值与数据表显示的一致性。但这种设计在数据显示时需要将数据表存储的值转换为显示值，写SQL语句时需要进行业务表与数据字典表的关联，或者在controller中需要进行数据的转换。
如果业务表中这些属性直接存储字典表中的显示值，则降低了复杂度。在数据维护时使用数据字典表提供的集合，通过combox完成，显示时则无需关联或在controller中进行转换

guoyp2126
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
关于数据字典的理解与设计
D先生的博客
01-17 3687
数据字典 数据字典是一种通用的程序设计方法。可以认为，不论什么程序，都是为了处理一定的主体，这里的主体可能是人员、商品（超子）、网页、接口、数据库表、甚至需求分析等等。当主体有很多的属性，每种属性有很多的取值，而且属性的数量和属性取值的数量是不断变化的，特别是当这些数量的变化很快时，就应该考虑引入数据字典的设计方法。 数据字典有两种形式 一、把主体的属性代码化放入独立的表中，不是和主体放在一起，主体中只保留属性的代码。这里属性的数量是不变的...
设计 - 数据字典
猫猫聚会ing ~ 的 博客
11-03 4459
文档分类 写文档目的 你有没有遇到过开晨会、周会的时候某个问题已经讨论的很清晰。 但是几天后或者临近周末的时候再说这个问题的时候，团队中有的童鞋会说:“我不知道，没有说过这个问题或者这个方案”，因此而造成的BB事很伤神费心。 为了避免出现问题后的瞎 BB，特需要形成文字记录下来。 1)、好记忆不如烂笔头，我们讨论很好的方案，有时候只是灵光一闪，尽快记录下来会留住灵感。 2)、追根溯源。口头开会的时候，大家各抒己见，貌似已经讨论出方案。但实际每个人的理解各有不同，会后及时形成文档...
数据库设计之数据字典的使用与设计
热门推荐
weixin_43180484的博客
11-06 3万+
如何使用数据字典 使用场景 : 在平时开发的过程中，特别是在遇到表单时候，我们经常需要为前端提供一些下拉选项的信息，这时候我们需要为前端提供下拉菜单的信息，让前端进行渲染。同时我们在数据库中存储的只可能是对应的编码，例子如下： 这里我们可以看到在搜索栏中，有一个下拉菜单。如果前端直接将value值写死在前端代码中，那么就破坏了低耦合原则，如果未来清查状态有增加或者管理员想要修改，那么需要修改前端代码，会带来非常大的麻烦 解决方案 : 简单解决： 对字段值比较稳定，不存在比较大的变动,同时对应的分
数据库库设计：字典表的设计
xuexiaodong2009的专栏
02-23 1万+
在设计软件时，经常会遇到类型的问题，也就是分类问题，例如：员工分类，正式员工，试用员工，实习生。这些数据是设计成字典表还是设计成常量？  在我们的系统中一直是设计成表的，但由于系统中有很多有很多中这种类型，导致很多表只有不到四五条数据，数据几乎不变，为了展示，使用视图，使用表关联。   其实我感觉像这样几乎不变的数据，设计成常量，应该更好，性能好，修改也简单，要改成表也很方便，相反如果是表要改成常
数据字典表设计
爱笑的boy的博客
03-10 9373
数据字典 1.需求 在开发中数据字典常被用于行业、省市区等下拉选业务中。 以下图为例，我们需要设计一个公共的数据字典表以适用于行业、省市区等多种类型的多级连带的下拉选业务 2.表机构设计 id varchar 32 主键 name varchar 32 枚举名称 value varchar 32 枚举值 type varchar 32 枚举类型 grade int 1 等级（1：一级，2：二级，3：三级依次类推） sort int 11 排序 pid varchar
U812.5 数据字典_U8数据库字典_用友数据字典12.5版本_
09-30
《用友U8-12.5版本数据字典》是针对企业信息化管理软件用友U8系统的一个重要参考资料，它详细记录了该系统数据库中的各个数据表结构、字段信息及其实用功能，旨在为用户提供数据库查询、系统维护以及二次开发的有力...
DBDocumentGenerator 数据字典 数据库文档 生成工具
06-26
数据字典是数据库管理系统中的一个重要组成部分，它包含了数据库中所有对象的详细信息，如表、视图、存储过程、触发器、索引等。DBDocumentGenerator能自动收集这些信息，生成清晰、规范的数据字典，帮助用户理解...
停车场管理系统数据库课程设计
05-18
3. 确定数据字典：根据数据流图，确定数据字典，描述系统的数据结构和关系。 三、逻辑结构设计 逻辑结构设计是数据库课程设计的第三步，目的是将概念模型转化为逻辑模型，包括关系模式和数据模型。逻辑结构设计的...
项目中导出数据字典工具
11-05
“DBCHM v1.7.5(20200806)”可能是一个特定版本的数据库数据字典生成工具，它在2020年8月6日发布，版本号为v1.7.5。这个工具可能提供了友好的用户界面，方便用户轻松地查看和导出数据库的元数据，帮助开发人员、...
数据库字典表设计
爬虫 的博客
09-26 3万+
数据库字典表设计 村长大神 发表于2年前     在稍大一些的项目中，我们总是需要管理各种各样的类型类型数据（如商品类型、游戏类型。。。）。对于这些类型的管理类似，如果为每  一种类型都建立一张表去维护（而在项目中，正常出现50种类型），那工作量是可想而之大，并且我们不得不去了解每一个类型表的名字，  以去关联
融易宝项目之EasyExcel和数据字典的使用
m0_46363470的博客
02-09 1514
融易宝项目之EasyExcel和数据字典的使用 欢迎关注微信公众号：序辑 一、Alibaba EasyExcel 1.EasyEscel简介 1.1Excel导入导出的应用场景 数据导入 减轻录入工作量 数据导出 统计信息归档 数据传输 异构系统之间数据传输 1.2EasyExcel简介 常见excel分解框架：POL、EasyExcel 1.2.1官方网站 https://github.com/alibaba/easyexcel 快速开始： https://www.yuque.com/easy
系统数据字典表结构设计
weixin_34418883的博客
11-06 2180
CREATE TABLE `g_sys_dict` ( `id` int(11) NOT NULL AUTO_INCREMENT COMMENT 'id', `pid` int(11) DEFAULT '0' COMMENT ' 父ID ', `data_type` varchar(50) NOT NULL COMMENT ' 数据类别,首字母大写 ', `data_c...
数据字典介绍
实践求真知
10-11 2万+
一点睛 何为数据字典？数据字典就是管理系统常用的分类数据或者一些固定数据。 例如：省市区三级联动数据、民族数据、行业数据、学历数据等，由于该系统大量使用这种数据，所以我们要做一个数据字典方便管理系统的数据，一般系统基本都会做数据管理。 二页面效果 三表结构设计 parent_id：上级 id，通过 id 与 parent_id 构建上下级关系。例如：我们要获取所有行业数据，那么只需要查询 parent_id=20000 的数据。 name：名称。例如：填写用户信息，我们要 select...
数据库 - 数据字典及其使用
qq_40395278的博客
07-22 1万+
1数据字典 1.1什么是数据字典 将如下这些具有相同类型的配置项，配置到系统的数据字典表中，方便系统维护，由超级管理员统一在后台进行数据字典维护，如果用户需求要增加变更配置项，只需要修改数据字典表记录即可，不需要修改代码。 1.2数据字典需求 相同类型的配置项： 在系统中创建一个张记录数据字典类型数据字典类型表记录数据的类型（例如用户状态） 创...
数据字典模块设计_学习之大数据项目笔记第五篇6【数仓模块-字典构建篇】
weixin_39959126的博客
12-05 623
1 【数仓模块-字典构建篇】1.1 地理位置字典构建1.1.1 需求说明在埋点日志中，有用户的地理位置信息，但是原始数据形式是GPS坐标；但是GPS坐标在后续（地理位置维度分析）的分析中不好使用！直接去匹配两个哪怕距离很近的gps坐标，很可能都匹配不上！gps坐标的匹配，不应该做这种精确匹配，应该做范围匹配；公司通过某渠道，收集到一批地理位置信息数据，只是数据格式需要加工：加工的结果格式要求为：G...
数据库设计------（数据库设计基本概念）、需求分析（数据字典）
weixin_42492218的博客
05-19 4462
数据库设计的特点：三分技术，七分管理，十二分基础数据 数据库设计分6个阶段： 需求分析 概念结构设计 逻辑结构设计 物理结构设计 数据库实施 数据库运行和维护 1. 需求分析阶段 是否做得充分与准确，决定了构建数据库的速度和质量 2. 概念结构设计阶段 通过对用户需求进行综合、归纳与抽象，形成一个独立于具体数据库管理系统的概念模型 3. 逻辑结构设计阶段 将概念结构转换为某个数据库管理系统所支持的数据模型，并对其进行优化 4. 物理结构设计阶...
【软件工程导论】实验二——编制数据字典（数字化校园系统案例分析）
最新发布
z1076233241的博客
02-13 1621
数字化校园系统期望以数字化信息和网络为基础，在计算机和网络技术上建立起对教学、科研、管理、技术服务、生活服务等校园信息的收集、处理、整合、存储、传输和应用，使数字资源得到充分优化利用的一种虚拟教育环境。现准备设计数字化校园系统中教务管理子系统和宿舍管理子系统。1、教务管理子系统的需求描述：教务管理是一项需求周密计划、严谨安排的工作，要依据教师、学生信息进行合理安排。开学阶段，需要教师提交开课申请进行开课，学生根据老师的开课信息，选择课程，教务处生成学生课表、教师课表。
常用字典表设计
zxy175916的博客
07-27 1万+
数据库字典表设计，支撑多层字典表。 CREATE TABLE `sys_dict` ( `id` int(11) NOT NULL AUTO_INCREMENT COMMENT 'id', `pid` int(11) DEFAULT '0' COMMENT ' 父ID ', `dataType` varchar(50) NOT NULL COMMENT ' 数据类别,首字母大写 '...
OA办公系统数据库设计.doc
01-08
变更记录 "日期 "版本 "变更说明 "作者 " "2013/08/02 "1.0 "数据字典设计 " " "2013/08/03 "2.0 "数据库设计 " " "2013/08/05 "2.1 "审核 " " "2013/08/08 "2.5 "升级及审核 " " " " " " " " " " " " 签字确认 "职务 "姓名 "签字 "日期 " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " 目 录 1 引言 4 1.1 预期的读者 4 1.2 数据库 4 1.3 目的和作用 4 2 数据字典设计 4 3 数据库设计 5 3.1 系统物理结构设计 5 3.2 表设计 5 3.2.1 TableName(表名的解释) 5 3.3 表之间的关联设计 5 3.4 存储过程设计 6 3.5 触发器设计 6 3.6 Job设计 6 引言 1 预期的读者 本文预期读者： OA办公自动化管理系统的设计、开发人员； OA办公自动化管理系统的验收、评审人员； OA办公自动化管理系统的测试人员； 客户方的市场部人员、开发人员。 2 数据库 数据库采用 MSSQL SERVER 2008 R2 数据库名称：OASYSDB/OA系统数据库 3 目的和作用 将数据分析的结果进一步整理，形成最终的计算机模型，以便开发人员建立物理数据 库。 数据字典设计 数据字典的主要目的是提供查阅对不了解的条目的解释。在数据字典中记录数据 元素的下列信息：一般信息（名字，别名，描述等），定义（数据类型，长度，结构 等），使用特点（值的范围，使用频率，使用方式—输入/输出/本地，条件值等）， 控制信息（来源，用户，使用它的程序，改变权等），分组信息（父结构，从属结构 ，物理位置—记录、文件和数据库等）。 下面的例子是通过卡片来描述数据字典： 2.1个人信息数据项与数据流 2.1.1名字：人员编号 描述：每个人员的唯一标识，用来区分人员 定义：字符串类型nvarchar(20) 位置：个人信息 2.1.2名字：姓名 描述：人员姓名，对人员的称呼 定义：字符串类型nvarchar(20) 位置：个人信息 2.1.3名字：性别 描述：每个人员的性别，男或女 定义：字符串类型nvarchar(50) 位置：基本信息 2.1.4名字：出生年月 描述：人员的出生日期，精确到月份 定义：日期类型datetime 位置：个人信息 2.1.5名字： 部门 描述：人员所在部门名称，用部门编号标识 定义：整型int 位置：部门信息 2.1.6名字：岗位 描述：人员所处岗位名称,用岗位编号标识 定义：整形int 位置：岗位信息 2.1.7名字：婚姻状况 描述：人员的婚姻状况，分为"未婚"、"已婚" 定义：字符串类型nvarchar(20) 位置：基本信息 2.1.8名字： 联系电话 描述：人员的联系电话，可以是固定电话或移动电话 定义：字符串类型nvarchar(50) 位置：个人信息 2.1.9名字： 入职日期 描述：人员的入职日期，精确到日 定义：datetime 位置：个人信息 2.1.10名字： 电子邮箱 描述：人员常用的电子邮箱 定义：字符串类型nvarchar(50) 位置：个人信息 2.1.11名字： 家庭地址 描述：人员的居住地址 定义：字符串类型nvarchar(MAX) 位置：个人信息 2.1.12名字： 照片 描述：人员的正式头像，存储方式为照片的本地地址 定义：字符串类型nvarchar(50) 位置：个人信息 2.1.13名字： 密码 描述：人员登录系统的密码，可修改 定义：字符串类型nvarchar(50) 位置：个人信息 2.1.14名字： 旧密码 描述：人员正在使用的密码 定义：字符串类型nvarchar(50) 位置：个人信息 2.1.15名字： 新密码 描述：人员新设置的密码 定义：字符串类型nvarchar(50) 位置：个人信息 2.1.16名字： 工资 描述：人员的月度工资，单位为元 定义：货币类型money 位置：个人信息 2.1.17名字： 个人信息 描述：个人的一切信息，部分为用户不可见或不可改 定义：个人信息=人员编号+人员姓名+密码+性别+出生年月+部门+岗位+工资+电子邮 箱+联系电话+婚姻状况+入职日期+家庭地址+照片 位置：个人信息 2.1.18名字： 个人可修改信息 描述：可由个人修改的部分个人信息 定义：个人可修改信息=性别+出生年月+电子邮箱+联系电话+婚姻状况+家庭地址+照 片 位置：个人信息 2.1.19名字： 密码修改信息 描述：个人的密码修改 定义：密码修改信息=人员编号+姓名+新密码+旧密码 位置：个人信息 2.2报销信息数据项与数据流 2.2

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值