- 项目编号:
- MIS210426151442674
- 数据库类型:
- MSSQL
- 表名:
- HG_YBJDQYZSWFAJXX
- 简称:
- 海关_企业走私违法信息
- 描述:
- HG_YBJDQYZSWFAJXX - 海关_企业走私违法信息
-
# 名称 标题 类型 长度 小数 允许空 自增 主键 外键 索引 描述 1 AJBH 案件编号 VARCHAR 100 0 案件编号 2 CFJG 处罚结果 CLOB 0 0 处罚结果 3 CFJGMC 处罚机关名称 VARCHAR 1000 0 处罚机关名称 4 CFSJ 处罚时间 DATETIME 0 0 处罚时间 5 CFSY 处罚事由 CLOB 0 0 处罚事由 6 GSZCH 工商注册号 VARCHAR 100 0 工商注册号 7 LRRQ 录入日期 DATETIME 0 0 录入日期 8 QYBH 同主表中的QYBH VARCHAR 50 0 同主表中的QYBH 9 QYMC 企业名称 VARCHAR 255 0 企业名称 10 RKRQ 入库日期 DATETIME 0 0 入库日期 11 ZZJGDM 组织机构代码 VARCHAR 100 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-ERP-企业资源计划管理系统-携管XGOSS ERP【表名:officedba_ProviderInfo】供应商信息表
MSSQL-ERP-企业资源计划管理系统-金蝶K3 12.3数据库表结构【表名:t_TransCheckInfo】往来业务核销对照信息表
MYSQL-ERP-企业资源计划管理系统(用友数据库表结构设计)【表名:PubKjqj】会计期间
MSSQL-ERP-企业资源计划管理系统-金蝶K3 12.3数据库表结构【表名:REC_App_AttchInfo】应聘人附加信息表
MSSQL-ERP-企业资源计划管理系统(科兴信息技术公司数据库设计)【表名:KS_LogMoney】原文:KS_LogMoney
MSSQL-ERP-企业资源计划管理系统(科兴信息技术公司数据库设计)【表名:KS_ProCoupon】原文:KS_ProCoupon
MSSQL-ERP-企业资源计划管理系统-大型企业集团内部信息网站源码【表名:UDS_SCOPE】UDS_范围
MSSQL-MIS-管理信息系统(智慧新区数据融合服务平台数据库设计)【表名:HG_QYGLLBXX】海关_企业管理类别信息
MSSQL-MIS-管理信息系统(智慧新区数据融合服务平台数据库设计)【表名:HG_YBJDQYZSWFAJXX】海关_企业走私违法信息