- 项目编号：
-
MIS210426151442674
- 数据库类型：
- MSSQL
- 表名：
- ZGH_GHJZRYXX
- 简称：
- 总工会_工会救助人员信息
- 描述：
- ZGH_GHJZRYXX - 总工会_工会救助人员信息
-
# 名称 标题 类型 长度 小数 允许空 自增 主键 外键 索引 描述 1 BH 编号 VARCHAR 50 0 编号 2 BMXH 编码序号 VARCHAR 50 0 编码序号 3 BRYPJSR 本人月平均收入 VARCHAR 50 0 本人月平均收入 4 BZ 备注 VARCHAR 5000 0 备注 5 CJLB 残疾类别 VARCHAR 50 0 残疾类别 6 CSRQ 出生日期 VARCHAR 50 0 出生日期 7 CYZKYY 次要致困原因 VARCHAR 5000 0 次要致困原因 8 DALX 档案类型 VARCHAR 50 0 档案类型 9 DWLX 单位性质 VARCHAR 50 0 单位性质 10 GZDW 工作单位 VARCHAR 50 0 工作单位 11 GZSJ 工作时间 DATETIME 0 0 工作时间 12 GZZT 工作状态 VARCHAR 50 0 工作状态 13 HKLX 户口类型 VARCHAR 50 0 户口类型 14 HKSZD 户口所在地 VARCHAR 50 0 户口所在地 15 HTQX 合同期限 VARCHAR 50 0 合同期限 16 HYZT 婚姻状态 VARCHAR 50 0 婚姻状态 17 JDR 建档人 VARCHAR 50 0 建档人 18 JDRQ 建档日期 DATETIME 0 0 建档日期 19 JKZK 健康状况 VARCHAR 50 0 健康状况 20 JTNDZSR 家庭年度总收入 VARCHAR 50 0 家庭年度总收入 21 JTRK 家庭人口 VARCHAR 50 0 家庭人口 22 JTYRJSR 家庭月人均收入 VARCHAR 50 0 家庭月人均收入 23 JTZZ 家庭住址 VARCHAR 500 0 家庭住址 24 JZMJ 建筑面积 VARCHAR 500 0 建筑面积 25 KHYH 开户银行 VARCHAR 50 0 开户银行 26 KNLB 困难类别 VARCHAR 50 0 困难类别 27 LDHTQDSJ 劳动合同签订时间 DATETIME 0 0 劳动合同签订时间 28 LMLX 劳模类型 VARCHAR 50 0 劳模类型 29 LRR 录入人 VARCHAR 50 0 录入人 30 MZ 民族 VARCHAR 50 0 民族 31 QYZT 企业状态 VARCHAR 50 0 企业状态 32 RYBH 同主表中的RYBH VARCHAR 50 0 同主表中的RYBH 33 SFDQ 是否单亲 VARCHAR 50 0 是否单亲 34 SFHG 是否合格 VARCHAR 50 0 是否合格 35 TBDW 填报单位 VARCHAR 50 0 填报单位 36 XM 姓名 VARCHAR 50 0 姓名 37 XB 性别 VARCHAR 50 0 性别 38 SFZH 身份证号 VARCHAR 50 0 身份证号 39 ZFLX 住房类型 VARCHAR 50 0 住房类型 40 SJHM 手机号码 VARCHAR 50 0 手机号码 41 YZBM 邮政编码 VARCHAR 50 0 邮政编码 42 SSHY 所属行业 VARCHAR 50 0 所属行业 43 SFJRYB 是否进入医保 VARCHAR 50 0 是否进入医保 44 SFYYDZJNL 是否有一定自救能力 VARCHAR 50 0 是否有一定自救能力 45 SFWLJYJT 是否为零就业家庭 VARCHAR 50 0 是否为零就业家庭 46 ZYZKYY 主要致困原因 VARCHAR 5000 0 主要致困原因 47 ZKYYWZMS 致困原因文字描述 VARCHAR 5000 0 致困原因文字描述 48 ZHMC 支行名称 VARCHAR 50 0 支行名称 49 YHKH 银行卡号 VARCHAR 50 0 银行卡号 50 SHR 审核人 VARCHAR 50 0 审核人
- 项目名称：
- 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-MIS-管理信息系统（不动产登记数据库设计）【表名：SLSQ】受理申请属性结构描述表
ORACLE-MIS-管理信息系统（中国邮政储蓄银行数据库设计）【表名：amrgt_opr_mess】POS商户结算信息接收短信人员信息维护表
ORACLE-MIS-管理信息系统（三合一信息系统 数据库设计）【表名：BB_RYQKLXB】报表_人员悄况类型表
MSSQL-MIS-管理信息系统-NC5.7 UFIDA用友管理软件数据库表结构【表名：hi_keypsn_def2】集团自定义关键人员子表2
MSSQL-MIS-管理信息系统-NC5.7 UFIDA用友管理软件数据库表结构【表名：hi_keypsn_def8】集团自定义关键人员子表8
MSSQL-MIS-管理信息系统-NC5.7 UFIDA用友管理软件数据库表结构【表名：hi_psndoc_ctrt】人员合同信息
MSSQL-MIS-管理信息系统-NC5.7 UFIDA用友管理软件数据库表结构【表名：hi_psndoc_ref】人员引用表
MSSQL-MIS-管理信息系统-NC5.7 UFIDA用友管理软件数据库表结构【表名：rm_psndoc_grpdef5】人员自定义表5
MSSQL-MIS-管理信息系统-NC5.7 UFIDA用友管理软件数据库表结构【表名：rm_psndoc_grpdef28】人员自定义表28
MSSQL-MIS-管理信息系统（智慧新区数据融合服务平台数据库设计）【表名：ZGH_GHJZRYXX】总工会_工会救助人员信息
在线客服