喜鹊软件旗下官网: C/S框架网 | 表网
当前位置: 首页 > 表结构
关于作者
MIS-管理信息系统(智慧新区数据融合服务平台数据库设计)|QAJ_JCB|区安监_检查表信息- 表网 - 网罗天下表结构

表名:QAJ_JCB - 区安监_检查表信息

2021/4/26 15:43:12 admin
表网,软件开发系统需求分析设计文档-区安监_检查表信息-QAJ_JCB-MIS-管理信息系统(智慧新区数据融合服务平台数据库设计)
项目编号:
 MIS210426151442674
项目名称:
MIS-管理信息系统(智慧新区数据融合服务平台数据库设计)
系统名称:
MIS-管理信息系统(智慧新区数据融合服务平台数据库设计)(MIS系统)
数据库类型:
MSSQL
表名:
QAJ_JCB
简称:
区安监_检查表信息
描述:
QAJ_JCB - 区安监_检查表信息
# 名称 标题 类型 长度 小数 允许空 自增 主键 外键 索引 描述
1 BACK_BY_USER_ID 退回用户 NUMBER 0 0 退回用户
2 BRN 工商注册号 VARCHAR 100 0 工商注册号
3 CLIENT_ID 身份验证ID VARCHAR 32 0 GUID, - 来自百度翻译
4 COMPANY_ID 企业ID NUMBER 19 0 企业ID
5 COMPANY_NAME 企业名称 VARCHAR 100 0 企业名称
6 COMPANY_TYPE_ID 企业类型ID VARCHAR 100 0 企业类型ID
7 COMPANY_TYPE_NAME 企业类型名称 VARCHAR 50 0 企业类型名称
8 DESCRIPTION 描述 VARCHAR 500 0 描述
9 DETAIL 详细信息 VARCHAR 2000 0 详细信息
10 ID 序号 NUMBER 19 0 序号
11 INFO_TYPE 隐患类型(一般隐患和现场整改) VARCHAR 20 0 隐患类型(一般隐患和现场整改)
12 IS_DELETED 是否删除 NUMBER 0 0 是否删除
13 IS_NOTIFY 是否是网格员告知 INT 0 0 是否是网格员告知
14 NUMBER_FIELD 编号 VARCHAR 32 0 编号
15 PERFORM_DEADLINE 整改期限 DATETIME 0 0 整改期限
16 PERFORM_INTRO 处理意见 VARCHAR 2000 0 处理意见
17 PERFORM_TIME 整改日期 DATETIME 0 0 整改日期
18 PROCESSOR_ID 处理单位ID INT 0 0 处理单位ID
19 REPORT_BY 上报人 VARCHAR 100 0 上报人
20 REPORT_BY_ID 上报人ID INT 0 0 上报人ID
21 REPORT_TIME 上报日期 VARCHAR 21 0 上报日期
22 REVIEW_ADVICE 复查意见 VARCHAR 2000 0 复查意见
23 REVIEW_TIME 复查时间 DATETIME 0 0 复查时间
24 SCORE 上报得分 NUMBER 11 1 上报得分
25 STATE 状态 INT 0 0 状态
26 TO_STATE 退回到哪个节点 NUMBER 0 0 退回到哪个节点
27 TYPE_LEVEL 隐患等级 VARCHAR 20 0 隐患等级
VIP用户下载:
下载表结构XLS文件 - MSSQL格式(默认)
下载表结构SQL脚本 - MsSQL格式
下载表结构SQL脚本 - MySQL格式
下载表结构SQL脚本 - Oracle格式
项目名称:
MIS-管理信息系统(智慧新区数据融合服务平台数据库设计)
项目简介:
1.1数据库设计原则 在数据库设计方面,简洁,结构明晰的表结构对数据库的设计是相当重要的。规范化的表结构设计在以后的数据维护中,不会发生插入(insert)、删除(delete)和更新(update)时的异常。反之,数据库表结构设计不合理,不仅会给数据库的使用和维护带来各种各样的问题,而且可能存储了大量不需要的冗余信息,浪费了系统资源。 要设计规范化的数据库,就需要按照数据库的规范原则来进行。 1)采用领域模型驱动的方式和自顶向下的思路进行数据库设计,首先分析系统业务,根据职责定义对象。对象要符合封装的特性,确保与职责相关的数据项被定义在一个对象之内,这些数据项能够完整描述该职责,不会出现职责描述缺失。并且一个对象有且只有一项职责,如果一个对象要负责两个或两个以上的职责,应进行分拆。 2)根据建立的领域模型进行数据库表的映射,此时应参考数据库设计第二范式:一个表中的所有非关键字属性都依赖于整个关键字。关键字可以是一个属性,也可以是多个属性的集合,不论那种方式,都应确保关键字能够保证唯一性。在确定关键字时,应保证关键字不会参与业务且不会出现更新异常,这时,最优解决方案为采用一个自增数值型属性或一个随机字符串作为表的关键字。 3)尽量少采用存储过程,目前已经有很多技术可以替代存储过程的功能如“对象/关系映射”等,将数据一致性的保证放在数据库中,无论对于版本控制、开发和部署、以及数据库的迁移都会带来很大的影响。但不可否认,存储过程具有性能上的优势,所以,当系统可使用的硬件不会得到提升而性能又是非常重要的质量属性时,可经过平衡考虑选用存储过程。 4)设计出的表要具有较好的使用性,主要体现在查询时是否需要关联多张表且还需使用复杂的SQL技巧。 5)设计出的表要尽可能减少数据冗余,确保数据的准确性,有效的控制冗余有助于提高数据库的性能,尽量满足数据库设计的第三范式。 数据库设计一、二、三范式如下: 1) 第一范式(1NF) 在任何一个关系数据库中,第一范式(1NF)是对关系模式的基本要求,不满足第一范式(1NF)的数据库就不是关系数据库。 所谓第一范式(1NF)是指数据库表的每一列都是不可分割的基本数据项,同一列中不能有多个值,即实体中的某个属性不能有多个值或者不能有重复的属性。如果出现重复的属性,就可能需要定义一个新的实体,新的实体由重复的属性构成,新实体与原实体之间为一对多关系。在第一范式(1NF)中表的每一行只包含一个实例的信息。简而言之,第一范式就是无重复的列。 2) 第二范式(2NF) 第二范式(2NF)是在第一范式(1NF)的基础上建立起来的,即满足第二范式(2NF)必须先满足第一范式(1NF)。第二范式(2NF)要求数据库表中的每个实例或行必须可以被惟一地区分。为实现区分通常需要为表加上一个列,以存储各个实例的惟一标识。这个惟一属性列被称为主关键字或主键、主码。 第二范式(2NF)要求实体的属性完全依赖于主关键字。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性,如果存在,那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体,新实体与原实体之间是一对多的关系。为实现区分通常需要为表加上一个列,以存储各个实例的惟一标识。简而言之,第二范式就是非主属性非部分依赖于主关键字。 3) 第三范式(3NF) 满足第三范式(3NF)必须先满足第二范式(2NF)。简而言之,第三范式(3NF)要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。简而言之,第三范式就是属性不依赖于其它非主属性。 1.2数据库相关命名规则 在数据库设计前,要对相关命名规则进行规范,既能够方便开发人员轻松理解数据库中相关内容的含义,又能使其他DBA人员快速掌握数据库结构设计,所以在本项目中数据库设计命名时满足以下规范: (1)数据库表命名规范: 数据库表名应该有意义,并且易于理解,最好使用可以表达功能的英文单词或缩写,如果用英文单词表示,建议使用完整的英文单词。 表名不可以太长,最好不要超过3个英文单词长度并不超过30个英文字母。 在数据库表命名时应该用英文单词的单数形式,如员工表命名:应该为Employee而不是Employees . 如果是后台表命名时应该在表名基础上加上后缀_b(back首字母) 在表创建完成前,需要为表添加表的注释。 (2) 表字段命名规范: 数据库表字段应该是有意义而且易于理解的,最好是能够表达字段含义的英文字母 系统中所有属于内码,即仅用于标识唯一性和程序内部用到的标识性字段,字段名称建议取为ID,数据类型采用整型或长整型. 系统中属于是业务内的编号字段,代表一定业务信息,建议字段命名为code ,如工作单编号wf_code . 不要在数据库表字段(列名)中包含数据类型,如:datetime 不要在数据库表字段(列名)命名时重复表名,可以使用表名首字母(不包含数据库表名前缀) (3)存储过程命名规范 存储过程的命名遵循以下命名规范:P_ +系统模块缩写(与表前缀类似)+_ +功能标识+代表存贮过程操作的主要表名(不带前缀)或功能的英文单词或英文单词缩写。如果一个存贮过程只对一个表进行操作,建议存贮过程的名称就用存贮过程所操作的表的表名(不带前缀)。这样有利于根据表名找到相应的存贮过程。 (4)视图命名规范 视图的命名请遵循以下命名规范:V _ +系统模块缩写(与表前缀类似)+_ +功能标识+代表视图查询的主要表名(不带前缀)或功能的英文单词或英文单词缩写。如果一个视图只对一个表进行查询,建议视图的名称就用视图所查询的表的表名(不带前缀)。 (5)触发器命名规范 Insert触发器加'_i',Delete触发器加'_d',Update触发器加'_u'。
相关表结构:
MSSQL-ERP-企业资源计划管理系统-携管XGOSS ERP【表名:officedba_PlanCheck】目标检查表
MSSQL-HRP-医院运营管理系统(天健医院信息数据库表设计)【表名:EXAM_SUBCLASS_DICT】检查子类字典
ORACLE-HRP-医院运营管理系统(天健医院信息数据库表设计)【表名:EXAM_RESULT_STATUS_DICT】检查结果状态字典
ORACLE-HRP-医院运营管理系统(天健医院信息数据库表设计)【表名:Pat_soma_chatacter】门诊病人体征信息
ORACLE-HRP-医院运营管理系统(天健医院信息数据库表设计)【表名:EXAM_PAT_MI】检查病人主索引
ORACLE-HRP-医院运营管理系统(天健医院信息数据库表设计)【表名:EXAM_INTERVAL】检查时间间隔
ORACLE-HRP-医院运营管理系统(天健医院信息数据库表设计)【表名:EXAM_SCHEDULE】检查病人时间安排
MSSQL-HIS-医院管理信息系统(方正医院信息系统表结构)【表名:zd_sp_chkcure】特殊检查与治疗字典
MSSQL-MIS-管理信息系统(ASG-ERP-BD-V12202K和Level2通讯应用数据库设计)【表名:T_S_I65N】检查台架下响应数据表结构表
MSSQL-MIS-管理信息系统(智慧新区数据融合服务平台数据库设计)【表名:QAJ_JCB】区安监_检查表信息