河流湖泊数据库表结构与标识符征求意见稿编制说明
制修订项目征求意见稿编制说明
ZY-05-2013
水利技术标准
《河流湖泊数据库表结构与标识符》
（征求意见稿）
编制说明
主编单位南京水利科学研究院（签章）
2017年11月12日
第二部分：供外部使用（连同征求意见文件一同发放）
一、标准编制的依据和原则
（一）编制依据
1、编制意义
河流、湖泊是水利行业管理的重要对象，河流湖泊属性特征是防汛抗旱、河流湖泊管理以及与有关的项目建设最基础的资料。面向水利行业河流湖泊管理及属性特征数据库的建设，制定《河流湖泊数据库表结构与标识符》标准，对于规范河流湖泊基础数据的存储，实现全国河流湖泊特征信息的交换与共享，指导相关信息系统的建设与应用，具有重要意义。
2、编制目的
《河流湖泊数据库表结构与标识符》编制目的是面向全国水利行业河流、湖泊数据的整理、存储、检索等领域的管理与应用，制定河流的流域水系自然特征、水文特征和湖泊的形态特征数据存储的数据库标准，包括标识符与数据库表结构，规范河流湖泊特征数据的存储，为河流湖泊管理、特征数据的交换与共享和相关信息系统建设服务。
3、编制必要性
目前还没有河流湖泊特征数据相关的存储规范，河流湖泊特征数据多以纸质方式分散在全国不同的单位。第一次全国水利普查河湖基本情况普查获得了全国所有流域面积50km2以上河流的流域水系自然特征数据、全国所有流域面积
100km2以上河流的流域水系自然特征数据和水文特征数据、全国所有水面面积1km2以上湖泊的形态特征数据。部分省市在全国普查的基础上进行了扩充，这些数据将在国家、流域、省（市、自治区）等不同层次存储与应用，规范化、标准化存储是实现这些数据相互交换与共享的基础，因此有必要依据河流湖泊普查成果，制定河流湖泊数据库表结构与标识符标准。
（二）编制原则
本标准的编制涉及存储哪些河流湖泊特征数据和数据存储的表
结构设计，有关编制原则如下。
1、以全国河湖普查成果为基础并进行适当扩充。河湖普查成果主要包括河流的流域水系自然特征、水文特征数据和湖泊的形态特征数据。考虑到湖泊集水区域的水文特征对湖泊防洪的重要性，本次湖泊特征也包括集水区域的水文特征数据。另外，在河流湖泊管理中，流域的资源和社会经济特征直观重要，本次也包括流域的主要资源和社会经济特征信息。
2、表结构的设计符合有关技术标准，代码和标识符的设计尽量向国家标准、行业标准靠拢。在表结构和代码和标识符的设计整体上采用了《水利信息数据库表结构及标识符编制规范》（SL478-2010），河流湖泊代码、数据存储等设计主
要参照《水文资料整编规范》（SL247-2012）、《中国河流代码》（SL249）、《湖泊代码》（SL261）、《水文测站代码编制导则》（SL502）等。
3、河流湖泊特性数据分开存储。河流湖泊有共同的地方，特别是河流流域和湖泊集水区域特征，基本完全一致。但在实际应用中，河流和湖泊更多地分属不同的部门管理和不同的应用系统，考虑到应用的方便性，在表结构设计时，将河流和湖泊的特征数据分别用不同的数据表存储。
二、技术要素及其协调性
（一）技术要素及其来源依据，详见ZY-19-2013（其中E、K、L列不发）
本标准的标准化内容为河流湖泊数据库表结构，主要技术要素包括河流信息分类、湖泊信息分类、表结构设计、标识符设计、河流数据库表结构、湖泊数据库表结构、表标识符索引和字段标识符索引等。
河流信息分类、湖泊信息分类在参考《河湖基本情况普查报告》（ISBN：9787517046363）中河流、湖泊特征信息分类的基础上，根据水利行业对河流湖泊特征数据的需求和信息分类的基本方法进行了扩展，涵盖了流域的资源和社会经济特征。
表结构设计、标识符设计、河流数据库表结构、湖泊数据库表结构、表标识符索引和字段标识符索引主要依据《水利信息数据库表结构及标识符编制规范》（SL478-2010）的规定。
详细见表ZY-19-2013。
（二）技术要素在本标准内部的协调性，详见ZY-20-2013（其中H、I列不发）
本标准的技术要素在本标准内部只出现一次，无标准内部的协调性问题。
三、重大争议及其处理情况
无。
制修订项目征求意见稿编制说明ZY-05-2013
注：1、技术要素按第一次出现的条款号或附录号排列；其类型包括：指标、参数、术语、符号代号、公式、图、表、方法。
2、来源依据按类型排序，其类型包括：法律、法规、规范性行政文件、规划、领导讲话、相关标准、招标文件、著作、论文等；其中相关标准按水利部主管的国家标准和行业标准、其他部委主管的国家标准和行业标准、协会标准、地方标准、企业标准、国际标准、区域标准、其他国家的标准、事实标准、联盟标准的类别顺序排列；同一类相关标准按标准编号排列；同一标准按条款号或附录号排列。
著作主要指行业内认可度高、影响力大、政府认可的工作指南、操作手册、教科书、百科全书、产品说明书，以及工程建设、生产实践、科研项目等。
论文包括杂志或会议论文。
3、页面不敷，可另加页。
一、主要内容
区域标准、其他国家的标准、事实标准、联盟标准的类别顺序排列；同一类相关标准按标准编号排列。
2、相关标准按水利部主管的国家标准和行业标准、其他部委主管的国家标准和行业标准、协会标准、地方标准、企业标准、国际标准、区域标准、其他国家的标准、事实标准、联盟标准的类别顺序排列；同一类相关标准按标准编号排列；同一标准按条款号或附录号排列。
3、页面不敷，可另加页。
数据库复习资料
数据库复习资料 一名词解释 1.数据库 2.候选码 若关系中的一个属性组的值能够唯一地标识一个元组，则称做候选码。 3.外码 “外码”在数据库中是相对主码而言的，即外键（用于建立和加强两个表数据之间的链接的一列或多列）。 4. 关系 实体与实体之间的各种联系 5. 游标 6. 逻辑独立性和物理独立性 7. 日志事件 在数据库中用事务日志文件记录数据的修改操作，其中的每条日志记录或者记录所执行的逻辑操作，或者记录已修改数据的前像和后像。前像是操作执行前的数据复本； 后像是操作执行后的数据复本
8. 数据转储 数据转储是数据库恢复中采用的基本技术。所谓转储即DBA定期地将数据库复制到磁带或另一个磁盘上保存起来的过程。当数据库遭到破坏后可以将后备副本重新装入，将数据库恢复到转储时的状态。 9. 函数依赖 函数依赖简单点说就是：某个属性集决定另一个属性集时，称另一属性集依赖于该属性集。 设R(U)是一个属性集U上的关系模式，X和Y是U的子集。若对于R(U)的任意两个可能的关系r1、r2，若r1[x]=r2[x],则r1[y]=r2[y]，或者若r1[x]不等于r2[x],则r1[y]不等于r2[y]，称X决定Y，或者Y依赖X。 10.完全函数依赖和部分函数依赖 完全函数依赖 设X,Y是关系R的两个属性集合，X’是X的真子集，存在X→Y，但对每一个X’都有X’→Y，则称Y完全函数依赖于X。 部分函数依赖 设X,Y是关系R的两个属性集合，存在X→Y，若X’是X的真子集，存在X’→Y，则 称Y部分函数依赖于X。 11.数据库设计 12.数据库恢复 数据库恢复是指通过技术手段，将保存在数据库中丢失的电子数据进行抢救和恢复的技术。 13.封锁 封锁就是事务T在对某个数据对象（例如表、记录等）操作之前，先向系统发出请求，对其加锁。加锁后事务T就对该数据对象有了一定的控制，在事务T释放它的锁之前，其它的事务不能更新此数据对象。 14.规范化 规范化理论正是用来改造关系模式，通过分解关系模式来消除其中不合适的数据依赖，以解决插入异常、删除异常、更新异常和数据冗余问题。
数据库设计说明书(文档格式)
数据库设计说明书 1. 引言 1.1 编写目的 阐明编写本数据库设计说明书的目的，指出读者对象。 1.2 项目背景 列出本项目的委托单位、开发单位和主管部门，说明该数据库系统与其他系统的关系。 1.3 定义 列出本文档中所用到的专门术语的定义和缩写词的原意。 1.4 参考资料 列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源。包括本项目经核准的计划任务书、合同或上级机关的批文，项目开发计划，需求规格说明书，本文档需要引用的论文、著作，需要采用的标准、规范。 2. 外部设计 2.1 标识 列出用于标识该数据库的编码、名称、标识符或标号，并给出附加的描述性信息。如果该数据库是在实验中的或是暂时性的，则要说明其暂时性和有效期。 2.2 约定 叙述使用该数据库所必须了解的建立标号、标识的有关约定。例如用于标识库内各个文卷、记录、数据项的命名约定等。
2.3 使用该数据库的软件 列出将要使用或访问该数据库的所有软件。 2.4 支撑软件 叙述与此数据库有关的支撑软件，如数据库管理系统、存储定位程序等。概要说明这些支撑软件的名称、功能及为使用这些支撑软件所需的操作命令。列出这些支撑软件的有关资料。 2.5 专门说明 为此数据库的生成、测试、操作和维护的相关人员提供专门的说明。 3. 结构设计 3.1 概念结构设计 说明数据库的用户视图，即反映现实世界中的实体、属性和它们之间关系的原始数据形式，包括各数据项、记录、文卷的标识符、定义、类型、度量单位和值域。可使用ER图。 3.2 逻辑结构设计 说明把上述原始数据进行分解、合并后重新组织起来的数据库全局逻辑结构，包括记录、段的编排，记录、段之间的关系及存取方法等，形成本数据库的管理员视图。 3.3 物理结构设计 建立系统程序员视图，包括： (1) 数据在内存中的安排，包括索引区、缓冲区的设计。 (2) 所使用的外存设备及外存之间的组织，包括索引区、数据块的组织 与划分。 (3) 访问数据的方式方法。
数据库设计和编码规范
数据库设计和编码规范 Version
目录
简介 读者对象 此文档说明书供开发部全体成员阅读。 目的 一个合理的数据库结构设计是保证系统性能的基础。一个好的规范让新手容易进入状态且少犯错，保持团队支持顺畅，系统长久使用后不至于紊乱，让管理者易于在众多对象中，获取所需或理清问题。 同时，定义标准程序也需要团队合作，讨论出大家愿意遵循的规范。随着时间演进，还需要逐步校订与修改规范，让团队运行更为顺畅。 数据库命名规范 团队开发与管理信息系统讲究默契，而制定服务器、数据库对象、变量等命名规则是建立默契的基本。 命名规则是让所有的数据库用户，如数据库管理员、程序设计人员和程序开发人员，可以直观地辨识对象用途。而命名规则大都约定俗成，可以依照公司文化、团队习惯修改并落实。 规范总体要求 1.避免使用系统产品本身的惯例，让用户混淆自定义对象和系统对象或关键词。 例如，存储过程不要以sp_或xp_开头，因为SQL SERVER的系统存储过程以 sp_开头，扩展存储过程以xp_开头。 2.不要使用空白符号、运算符号、中文字、关键词来命名对象。 3.名称不宜过于简略，要让对象的用途直观易懂，但也不宜过长，造成使用不方 便。 4.不用为数据表内字段名称加上数据类型的缩写。 5.名称中最好不要包括中划线。
6.禁止使用[拼音]+[英语]的方式来命名数据库对象或变量。 数据库对象命名规范 我们约定，数据库对象包括表、视图（查询）、存储过程（参数查询）、函数、约束。对象名字由前缀和实际名字组成，长度不超过30。避免中文和保留关键字，做到简洁又有意义。前缀就是要求每种对象有固定的开头字符串，而开头字符串宜短且字数统一。可以讨论一下对各种对象的命名规范，通过后严格按照要求实施。例如：
库存管理系统数据库设计
库存管理系统数据库设计 系统需求分析： 入库管理： 供货单位将货物连同填好的入库单一起送到仓库，仓库管理员将验收货物，首先将货物的代码、类型、规格和数量与入库单进行核对，在核对无误后将货物按名称分类入库，并填写货物入库登记表。 出库管理： 提货单位向仓库保管员出示出库单，仓库保管员根据有效产品出库单及时付货，取货人员将货物与出库单核对无误后，提取货物，同时把出库单交给仓库保管员，仓库保管员则按照出库单登记货物的出库信息。 库存管理： 每天入库、出库处理结束后，仓库管理员将根据入库登记表和出库登记表对货物分别进行累计，并将累计结果填入库存台账； 数据流图
数据字典 1.数据项 入库单号 数据项名：入库单号 说明：标识货物的入库登记表 类型：CHAR 长度：10 别名：空 取值范围：（10000000000，9999999999）2.数据结构
?入库单 数据结构名：入库单 说明：入库货物的入库单号，入库产品代码、货物类型、规格和数量。 组成：入库单号，入库产品代码、货物类型、规格和数量 3.数据流 ?入库登记 数据流名：入库登记 说明：货物连同填好的入库单一起送到仓库时，仓库管理员依据入库单验收产品，在核对无误后将产品按名称分类入库，同时对入库的货物做登记，以便于仓库的管理。 数据流来源：仓库管理员 数据流去向：货物 数据结构：入库登记表 数据结构名：入库登记表 说明：入库货物的入库单号，入库产品代码，入库数量， 入库时间等 组成：入库日期、入库单号、货物编码、数量、进货价、 总额、已付货款、供货单位编码、供货单位、经办人编 码、经办人、增值税率、备注 4.数据存储
实时工情数据库表结构及标识符
实时工情数据库表结构及标识符 ICSCCS中华人民共和国水利行业标准SL实时工情数据库表结构及标识符 Standardforstructureandidentifierinreal-timeengineeringinformationdatabaseoffloodampd roughtmanagement征求意见稿发布发布发布发布实施实施实施实施中华人民共和国水利部中华人民共和国水利部中华人民共和国水利部中华人民共和国水利部发布发布发布发布SL目次1范 围.................................................................. ........................................................................ .....12规范性引用文 件.................................................................. .........................................................13术语和定义...................................................................... .............................................................14表结构设计.................................................................. .................................................................24.1基本内 容.................................................................. .........................................................24.2数据类型...................................................................... .....................................................35标识符设
项目数据库设计说明书
项目全称 数据库设计说明书 承建方全称 文件ISO版本控制 目录 ?简介.......................................................................................................................... 1.1.目的.................................................................................................................. 1.2.范围.................................................................................................................. 1.3.定义、首字母缩写词和缩略语...................................................................... 1.4.参考资料.......................................................................................................... ?数据库环境..............................................................................................................
数据库表结构设计参考
数据库表结构设计参考
表名外部单位表（DeptOut） 列名数据类型（精度范围）空/非空约束条件 外部单位ID 变长字符串(50) N 主键 类型变长字符串(50) N 单位名称变长字符串(255) N 单位简称变长字符串(50) 单位全称变长字符串(255) 交换类型变长字符串(50) N 交换、市机、直送、邮局单位邮编变长字符串(6) 单位标识(英文) 变长字符串(50) 排序号整型(4) 交换号变长字符串(50) 单位领导变长字符串(50) 单位电话变长字符串(50) 所属城市变长字符串(50) 单位地址变长字符串(255) 备注变长字符串(255) 补充说明该表记录数约3000条左右，一般不做修改。初始化记录。 表名外部单位子表（DeptOutSub） 列名数据类型（精度范围）空/非空约束条件 外部子单位ID 变长字符串(50) N 父ID 变长字符串(50) N 外键 单位名称变长字符串(255) N 单位编码变长字符串(50) 补充说明该表记录数一般很少 表名内部单位表（DeptIn） 列名数据类型（精度范围）空/非空约束条件 内部单位ID 变长字符串(50) N 主键 类型变长字符串(50) N 单位名称变长字符串(255) N 单位简称变长字符串(50) 单位全称变长字符串(255) 工作职责 排序号整型(4) 单位领导变长字符串(50) 单位电话（分机）变长字符串(50) 备注变长字符串(255)
补充说明该表记录数较小（100条以内），一般不做修改。维护一次后很少修改 表名内部单位子表（DeptInSub） 列名数据类型（精度范围）空/非空约束条件内部子单位ID 变长字符串(50) N 父ID 变长字符串(50) N 外键 单位名称变长字符串(255) N 单位编码变长字符串(50) 单位类型变长字符串(50) 领导、部门 排序号Int 补充说明该表记录数一般很少 表名省、直辖市表（Province） 列名数据类型（精度范围）空/非空约束条件ID 变长字符串(50) N 名称变长字符串(50) N 外键 投递号变长字符串(255) N 补充说明该表记录数固定 表名急件电话语音记录表（TelCall） 列名数据类型（精度范围）空/非空约束条件ID 变长字符串(50) N 发送部门变长字符串(50) N 接收部门变长字符串(50) N 拨打电话号码变长字符串(50) 拨打内容变长字符串(50) 呼叫次数Int 呼叫时间Datetime 补充说明该表对应功能不完善，最后考虑此表 表名摄像头图像记录表（ScreenShot） 列名数据类型（精度范围）空/非空约束条件ID 变长字符串(50) N 拍照时间Datetime N 取件人所属部门变长字符串(50) N 取件人用户名变长字符串(50) 取件人卡号变长字符串(50) 图片文件BLOB/Image
销售管理系统数据库设计
某制造企业销售管理系统数据库设计 一、需求分析 （一）业务流程： 1、销售部统计商品信息，向客户发布商品信息。 2、客户根据销售部发布的商品信息，向销售部发送订单。 3、销售部将订单发送给主管部门审核。 4、主管部门对订单进行核对： （1）如果不批准订单，主管部门向客户发布不批准的信息； （2）如果批准，主管部门向客户发布批准的信息；销售部获取批准的订单，核对客户信息，登记新客户的基本资料或修改原有客户的基本资料，同时及时发布商品修改后的信息；生产部门接受订单，生产客户所需的商品，生产完成后，将发货单与商品一同发出。 5、客户确认发货单。 （二）数据流程图 员客客 填写上报核对确认 P3发货P2订单基本信息处理订单P1基本处理处理信息 客户信息员工信息 销售管理系统第一层数据流程图
第二层数据流程图： 核对员工客户上报填写 客P1.1员P1.2 户信息工信息 客户信息员工信息 P1 基本信息 客主管部 订单数审P2.P2.P2.理订核订预订订下
发货确认预订单商品信息订单 信贷状况客户 P2订单处理 （三）数据字典 1、订单号数据项可以描述如下 : 数据项 : 订单号 含义说明 : 唯一标识每张订单 别名 : 订单编号 类型 : 字符型 长度 : 4 取值范围 : 0000至 9999 取值含义 : 前 2 位标别所在地区，后 2 位按顺序编号 与其他数据项的逻辑关系 :唯一识别订单 2、商品信息是该系统中的一个重要数据结构，它可以描述如下 : 数据结构 : 商品信息 含义说明 : 是销售管理系统的重要数据结构，定义了销售商品的具体信息组成 : 产品号，产品名，单价，重量 3、数据流“订单数据可描述如下 : 数据流 : 订单数据 说明 : 客户选购商品所下的初始订单 数据流来源 : 客户 数据流去向 : 接受订单 组成 : 客户基本信息＋商品编号＋数量等 平均流量 : 5张／天 高峰期流量 : 100张／天 4、数据存储“订单可描述如下 : 数据存储 : 订单表 说明 : 记录每张订单的具体情况 流入数据流 : 订单处理 流出数据流 : …… 订单号，客户编号，产品，数量，单价等 : 组成 数据量 : 每年2000张 存取方式 : 随机存取 5、处理过程“接收订单尠可描述如下 : 处理过程 : 接收订单 说明 : 核准客户所下订单 输入 : 订单数据，商品信息，主管审批 输出 : 核对订单至主管部门，是否确认信息给客户 处理 : 接收到客户订购产品的初始订单后，根据商品信息以及客户以往
数据库设计说明书-完整版
数据库设计说明书-完整版
目录 第一章引言 (1) 1.1编写目的 1 1.2背景 1 1.3参考资料 2 第二章外部设计 (3) 2.1标识符和状态 3 2.2命名约定 3 2.3设计约定 3 第三章结构设计 (4) 3.1概念结构设计 4 3.1.1实体和属性的定义 4 3.1.2设计局部ER模式
13 3.1.3设计全局ER模式 20 3.2逻辑结构设计 21 3.2.1模式 21 3.2.2外模式 32 3.3物理结构设计 32 第四章运用设计 (34) 4.1数据字典设计 34 4.2安全保密设计 34 4.3数据库实施 34 4.3.1创建数据库 34 4.3.2创建表 34
第一章引言 1.1编写目的 1、本数据库设计说明书是关于寝室管理系统数据库设计，主要包括数据逻辑结构设计、数据字典以及运行环境、安全设计等。 2、本数据库设计说明书读者：用户、系统设计人员、系统测试人员、系统维护 人员。 3、本数据库设计说明书是根据系统需求分析设计所编写的。 4、本系统说明书为开发软件提供了一定基础。 1.2背景 随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已经进入人类社会的各个领域并发挥着越来越重要的作用，然而在计算机应用普及以前我国大部分高校的学生信息管理仅靠人工进行管理和操作，这种管理方式存在着许多缺点，如：效率低，密保性差，另外时间一长，将产生大量的文件和数据，其中有些是冗余或者针对同一目的的数据不相吻合，这对于查找、更新和维护文件等管理工作带来了不少困难，同时也跟不上信息时代高速、快捷的要求，严重影响了消息的传播速度。然而现今学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长，人工管理信息的缺点日渐突出，面对庞大的学生信息量，如何利用现代信息技术使其拥有快捷、高效的适应能力已成为当务之急。正因为如此，学生宿舍管理系统成为了学生管理不可缺少的部分，它的内容对于学校的管理者来说都至关重要，所以学生宿舍管理系统应该能
04.数据库设计说明书
编号：002 版本：数据库设计说明书 项目名称： 委托单位： 承担单位： 编写：年月日 校对：年月日 审核: 年月日
《数据库设计说明书》的编制，是对于设计中的数据库的所有标识、逻辑结构和物理结构做出具体的设计规定。《数据库设计说明书》编制指导如下。 1引言 1.1编写说明 说明编写这份《数据库设计说明书》的目的，指出预期的读者。 1.2背景 说明待开发数据库的名称、版本号说明、使用范围并列出本项目的任务提出者和开发者。 1.3 修订审批记录 说明编写这份《数据库设计说明书》的修订过程、审批过程。参见文档修订记录表及文档审批记录表。 表1 文档修订记录表 1.4术语和缩写词 列出本文件中用到的专门术语的定义、外文首字母组词的原词组。 1.5参考资料 列出本文件中用到的参考资料（参考格式：作者、名称、出版单位、发表日期等）。 2外部设计 2.1标识符和状态 列出用于标识该数据库的编码、名称、标识符或标号，并给出附加的描述性信息。如果该数据库是在实验中的或者暂时性的，则要说明这一特点和有效期。 2.2使用该数据库的程序 列出将要使用或访问此数据库的所有应用程序，给出其名称和版本号。 2.3约定 叙述使用该数据库所必须了解的建立标号、标识的有关约定。例如，用于标识库内各个文卷、记录、数据项的命名约定等。 2.5支持软件
叙述与此数据库有关的支持软件，如数据库管理系统、存储定位程序等。概要说明这些支持软件的名称、功能及为使用这些支持软件所需的操作命令。列出这些支持软件的有关资料。 2.6专门说明 向准备从事此数据库的生成、测试、维护人员所提供的专门说明。 3结构设计 在概念结构设计和逻辑结构设计部分仅需描述与新增表、修订表有关的内容，可以引用未做修改的表，但不进行详细描述，系统完整的数据库逻辑结构做为附件附在该文档之后。数据库逻辑结构字典格式参见附件1。 3.1概念结构设计 详细说明本数据库的用户视图，即反映现实世界中的实体、属性和它们之间关系的原始数据形式。包括各数据项、记录、数据表的标识符、定义、类型、计量单位和值域；描述数据模型的设计考虑，并绘制E_R图。 3.2逻辑结构设计 详细说明本数据库的数据库管理员视图，即把上述原始数据进行分解、合并后重新组织起来的数据库全局逻辑结构，包括所确定的关键字和属性、重新确定的记录结构和数据表结构、所建立的各个数据表之间的相互关系，并参照新疆油田公司《勘探开发数据库数据表编码规范（Q/SY XJ0204-2009）》以及《数据库逻辑结构管理规范（Q/SY XJ0205-2009）》等相关标准设计《数据库逻辑结构》。并绘制E_R图，要求达到第二范式。 3.3物理结构设计 详细说明本数据库的系统程序员视图，即数据在内存中的安排，包括对索引区、缓冲区的设计；所使用的外存设备及外存空间的组织，包括索引区、数据块的组织与划分以及访问数据的方式方法。 4、应用设计 详细说明数据库应用开发所产生的存储过程、包、视图、函数、触发器等设计，并做为附件附在该文档之后。具体格式参见附件2。 5、其它设计 5.1完整性设计 说明为保持数据库中数据的完整性所作的设计考虑，如数据库的后援频率、数据共享、数据冗余等。 5.2安全保密设计 说明在数据库的设计中，将如何通过区分不同的访问者、不同的访问类型和不同的数据对象等而获得数据库安全保密的设计考虑。以及将要采用的保证数据安全保密的措施和机制，如数据库安全破坏标识、资源保护方式、存取控制方式等。 5.3 其它设计 说明其它设计考虑。
数据库结构设计说明
数据库结构设计说
1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2外部设计 (2) 2.1标识符和状态 (2) 2.2使用它的程序 (3) 2.3约定 (3) 2.4专门指导 (3) 2.5支持软件 (3) 3结构设计 (3) 3.1概念结构设计 (3) 3.2逻辑结构设计 (3) 3.3物理结构设计 (4) 4运用设计 (4) 4.1数据字典设计 (4) 4.2安全保密设计 (4) 数据库设计说明书(GB8567―― 88) 1 引言
1.1 编写目的 说明编写这份数据库设计说明书的目的, 指出预期的读者。 1.2 背景 说明: a．说明待开发的数据库的名称和使用此数据库的软件系统的名称; b．列出该软件系统开发项目的任务提出者、用户以及将安装该软件和这个数据库的计算站（中心）。 1.3 定义 列出本文件中用到的专门术语的定义、外文首字母组词的原词组。 1.4 参考资料 列出有关的参考资料: a．本项目的经核准的计划任务书或合同、上级机关批文; b．属于本项目的其它已发表的文件; C.本文件中各处引用到的文件资料，包括所要用到的软件开发 标准。 列出这些文件的标题、文件编号、发表日期和出版单位, 说明能够 取得这些文件的来源。 2 外部设计
2.1 标识符和状态 联系用途, 详细说明用于唯一地标识该数据库的代码、名称或标识符, 附加的描述性信息亦要给出。如果该数据库属于尚在实验中、尚在测试中或是暂时使用的, 则要说明这一特点及其有效时间范围。 2.2 使用它的程序 列出将要使用或访问此数据库的所有应用程序, 对于这些应用程序的每一个, 给出它的名称和版本号。 2.3 约定 陈述一个程序员或一个系统分析员为了能使用此数据库而需要了解的建立标号、标识的约定, 例如用于标识数据库的不同版本的约定和用于标识库内各个文卷、、记录、数据项的命名约定等。 2.4 专门指导 向准备从事此数据库的生成、从事此数据库的测试、维护人员提供专门的指导, 例如将被送入数据库的数据的格式和标准、送入数据库的操作规程和步骤, 用于产生、修改、更新或使用这些数据 文卷的操作指导。如果这些指导的内容篇幅很长, 列出可参阅的文件资料的名称和章条。
高校图书管理系统数据库物理结构设计
高校图书管理系统数据库物理结构设计 一、设计前要了解的信息（该部分不出现在设计说明书中） 1、数据库的查询事务 (1)按卡号查询读者信息及借书信息（查询读者借书信息时涉及读者、图书和借还关系的连接操作，连接属性：卡号、书号）。 (2)按姓名查询读者信息及借书信息（查询读者借书信息时涉及读者、图书和借还关系的连接操作，连接属性：卡号、书号）。 (3)按书名查询图书信息。 (4)按作者和出版社查询图书信息。 (5)按出版社统计图书信息。 (6)按书号查询图书被借信息（查询图书被借信息时涉及读者、图书和借还关系的连接操作，连接属性：卡号、书号）。 (7)按书名查询图书被借信息（查询图书被借信息时涉及读者、图书和借还关系的连接操作，连接属性：卡号、书号）。 2、数据库的更新事务 (1)办理借书证（读者注册）。 (2)借书（增加借还记录、修改图书的库存数量）。 (3)还书（修改借还记录、修改图书的库存数量）。 3、查询事务的操作频率和性能要求 (1)按卡号查询读者信息及借书信息 操作频率：200次/天 性能要求：3s内完成 (2)按姓名查询读者信息及借书信息 操作频率：80次/天 性能要求：5s内完成 (3)按书名查询图书信息 操作频率：250次/天 性能要求：3s内完成 (4)按作者和出版社查询图书信息 操作频率：250次/天 性能要求：3s内完成 (5)按出版社统计图书信息 操作频率：1次/月 性能要求：10s内完成 (6)按书号查询图书被借信息 操作频率：10次/月
性能要求：6s内完成 (7)按书名查询图书被借信息 操作频率：10次/月 性能要求：6s内完成 二、设计结果 1、数据库名称 Book_Borrow 2、关系表 主键：lbdm 主键：kh 索引：xm(升序) check约束：性别的取值只能为男或女 default约束：性别默认为男
数据库结构分类
1、层次数据库结构 层次数据库结构将数据通过一对多或父结点对子结点的方式组织起来。一个层次数据库中，根表或父表位于一个类似于树形结构的最上方，它的子表中包含相关数据。层次数据库模型的结构就像是一棵倒转的树。 优点： ?快速的数据查询 ?便于管理数据的完整性 缺点： ?用户必须十分熟悉数据库结构 ?需要存储冗余数据 2、网状数据库结构 网状数据库结构是用连接指令或指针来组织数据的方式。数据间为多对多的关系。矢量数据描述时多用这种数据结构。 优点： ?快速的数据访问 ?用户可以从任何表开始访问其他表数据 ?便于开发更复杂的查询来检索数据 缺点： ?不便于数据库结构的修改 ?数据库结构的修改将直接影响访问数据库的应用程序 ?用户必须掌握数据库结构 3、关系数据库结构 这就目前最流行的数据库结构了。数据存储的主要载体是表，或相关数据组。有一对一、一对多、多对多三种表关系。表关联是通过引用完整性定义的，这是通过主码和外码（主键或外键）约束条件实现的。
优点： ?数据访问非常快 ?便于修改数据库结构 ?逻辑化表示数据，因此用户不需要知道数据是如何存储的 ?容易设计复杂的数据查询来检索数据 ?容易实现数据完整性 ?数据通常具有更高的准确性 ?支持标准SQL语言 缺点： ?很多情况下，必须将多个表的不同数据关联起来实现数据查询 ?用户必须熟悉表之间的关联关系 ?用户必须掌握SQL语言 4、面向对象数据库结构 它允许用对象的概念来定义与关系数据库交互。值得注意的是面向对象数据库设计思想与面向对象数据库管理系统理论不能混为一谈。前者是数据库用户定义数据库模式的思路，后者是数据库管理程序的思路。 面向对象数据库中有两个基本的结构：对象和字面量。对象是一种具有标识的数据结构，这些数据结构可以用来标识对象之间的相互关系。字面量是与对象相关的值，它没有标识符。 优点： ?程序员只需要掌握面向对象的概念，而不要掌握与面向对象概念以及关系数据库有关的存储 ?对象具有继承性，可以从其他对象继承属性集 ?大量应用软件的处理工作可以自动完成 ?从理论上说，更容易管理对象 ?面向对象数据模型与面向对象编程工具更兼容 缺点：
金蝶标准版数据库结构说明.
第2章标准版数据库结构说明 2.1表名: DSAcctForecast 描述: 科目预算2.1.1结构: 字段名类型大小描述 FSchemeID 长整型 4 预算方案 FAcctID 文本15 科目代码 FY ear 整型 2 年度 FPeriod 整型 2 期间 FActual 货币8 实际数 FForecast 货币8 预测数 FBudget 货币8 预算数 2.1.2索引: 索引名字段 PrimaryKey FSchemeID FAcctID FY ear FPeriod 2.2表名: DSAcctModel 描述: 科目预算模型2.2.1结构:
字段名类型大小描述 FSchemeID 长整型 2 预算方案 FAcctID 文本15 科目代码 FModel 整型 2 预测方法 FMovingTimes 整型 2 移动次数 FSmoothCoeff 双精度8 平滑系数,以1%为单位FWeightID 长整型 4 权FCalculated 是/否 1 是否已预算 2.2.2索引: 索引名字段 PrimaryKey FSchemeID FAcctID 2.3表名: DSProdForecast 描述: 产品销售预算 2.3.1结构: 字段名类型大小描述 FSchemeID 长整型 4 预算方案 FProdID 文本15 产品代码 FY ear 整型 2 年度 FPeriod 整型 2 期间 FActualQty 双精度8 实际销量
FActualSale 货币8 实际销售额 FActualCost 货币8 实际成本 FForecastQty 双精度8 预测数量FForecastSale 货币8 预测销售额FForecastCost 货币8 预测成本 FBudgetQty 双精度8 预算数量 FBudgetSale 货币8 预算销售额 FBudgetCost 货币8 预算成本 2.3.2索引: 索引名字段 PrimaryKey FSchemeID FProdID FY ear FPeriod 2.4表名: DSProdModel 描述: 产品销售预算模型2.4.1结构: 字段名类型大小描述 FSchemeID 长整型 4 预算方案 FProdID 文本16 产品代码
人力资源管理系统数据库设计
idatis人力资源数据库设计 1．概述（设计题目与可行性分析） 1.1项目背景 当今科技高度发展，技术日新月异，社会的不断发展与进步，都时时刻刻离不开人才，人才才是国与国，企业与企业之间的核心竞争关键，人才是根本的生产力，特别是在当今社会，人才的重要性更是达到了巅峰，那么就国家，企业发展都是需要人才的，通过改革和创新，提高管理能力，提高核心竞争力，才是根本手段，因此，人力资源管理的重要性是无庸置疑的。 人力资源管理系统是基于先进的软件和高速、大容量的硬件基础上的新的人力资源管理模式，通过集中式的信息库、自动处理信息、员工自助服务、外协以及服务共享，达到降低成本、提高效率、改进员工服务模式的目的。它通过与企业现有的网络技术相联系，保证人力资源与日新月异的技术环境同步发展。一般来说，可以分四个部分来理解人力资源管理系统： (1) 管理人员角色和目标的改变 传统的人力资源管理中，管理人员的大部分精力将耗费在繁琐的日常行政事务处理上，而作为企业管理层的参谋角色应该作的咨询和策略制订的工作相对缺乏。通过人力资源管理，系统管理人员可以将绝大部分精力放在为管理层提供咨询、建议上，而在行政事务上的工作可以由电子化系统完成，只须占用HR人员极少的精力和时间。 (2) 提供更好的服务 人力资源管理系统可以迅速、有效地收集各种信息，加强内部的信息沟通。各种用户可以直接从系统中获得自己所需的各种信息，并根据相关的信息做出决策和相应的行动方案。(3) 降低成本
人力资源管理系统通过减少人力资源管理工作的操作成本、降低员工流动率、减少通信费用等达到降低企业运作成本的目的。 (4) 革新管理理念 人力资源管理系统的最终目的是达到革新企业的管理理念而不仅是改进管理方式，优化人力资源管理。先进技术应用于人力资源管理不仅仅是为了将现有的人力资源工作做得更好，更重要的是，做些对于企业来讲更有效率的事情，成为管理层的决策支持者，为决策提供信息和解决方案。 2．系统目标和建设原则 一个标准的人力资源管理系统应该包括如图所示的几大功能。除此之外系统还应包括信息系统必须具备的通用功能，例如系统管理、权限设置、数据备份与恢复等。 就本此课程设计而言，重点对下图所示的功能进行分析，如图所示该人力资源管理的功能设计图所示： 3．支撑环境规划 3.1 网络逻辑结构 本人事管理系统采用C/S （客户机/服务器）的网络结构。 人力资源管理系统 职员基本信息 职员考勤管理 部门信息 工资福利管理 招聘管理 职位信息
数据库设计说明书-完整版
目录 第一章引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3参考资料 (2) 第二章外部设计 (3) 2.1标识符和状态 (3) 2.2命名约定 (3) 2.3设计约定 (3) 第三章结构设计 (4) 3.1概念结构设计 (4) 3.1.1实体和属性的定义 (4) 3.1.2设计局部ER模式 (13) 3.1.3设计全局ER模式 (20) 3.2逻辑结构设计 (21) 3.2.1模式 (21) 3.2.2外模式 (32) 3.3物理结构设计 (32) 第四章运用设计 (34) 4.1数据字典设计 (34) 4.2安全设计 (34) 4.3数据库实施 (34) 4.3.1创建数据库 (34) 4.3.2创建表 (34)
第一章引言 1.1编写目的 1、本数据库设计说明书是关于寝室管理系统数据库设计，主要包括数据逻辑结构设计、数据字典以及运行环境、安全设计等。 2、本数据库设计说明书读者：用户、系统设计人员、系统测试人员、系统维护人员。 3、本数据库设计说明书是根据系统需求分析设计所编写的。 4、本系统说明书为开发软件提供了一定基础。 1.2背景 随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已经进入人类社会的各个领域并发挥着越来越重要的作用，然而在计算机应用普及以前我国大部分高校的学生信息管理仅靠人工进行管理和操作，这种管理方式存在着许多缺点，如：效率低，密保性差，另外时间一长，将产生大量的文件和数据，其中有些是冗余或者针对同一目的的数据不相吻合，这对于查找、更新和维护文件等管理工作带来了不少困难，同时也跟不上信息时代高速、快捷的要求，严重影响了消息的传播速度。然而现今学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长，人工管理信息的缺点日渐突出，面对庞大的学生信息量，如何利用现代信息技术使其拥有快捷、高效的适应能力已成为当务之急。正因为如此，学生宿舍管理系统成为了学生管理不可缺少的部分，它的容对于学校的管理者来说都至关重要，所以学生宿舍管理系统应该能够
水质数据库表结构和标识符规定
《水质数据库表结构和标识符规定》 征求意见及处理情况汇总 1、有很大一部分水质检测站不是水文站，能否考虑先确定相对稳定的水质站网、站码，并以行业标准的形式规定，然后再开展此项工作，否则会在水质数据库的建设中造成混乱。（陕西） 答：不予采纳。在水利部印发的《水文测站编码》方法中已对全国的水文测站（包括水质站）的编码方法进行了统一，见《关于印发<水文测站编码>的通知》(水文[2003]7号)。 2、“经度”、“纬度”能否考虑应用“度”、“分”、“秒”的形式，没必 要保留“度后小数位七位”，这样又麻烦又不实用。（陕西） P13-P14原A1.1.7经度——A1.1.8纬度，数据精度保留小数点后七位。建议：是否应表示到“度”、“分”。（山西） 12页：经纬度小数位数定为7位，太多，建议改为：经度N（6，3），纬度N（5，3）。（山东） 答：采纳。表101水质监测站基本信息表已做出了相应修改。 3、监测河段中，河源至该测站距离，能否考虑记至小数后一位，不应记至整数位。（陕西） 答：不予采纳。表102地表水水质监测站信息表已有距河口距离项。 4、“溶解氧”的小数位能否考虑记至：“一位小数”，而“有效位三位，小数不过一位”前后矛盾，而且与COD Mn、COD Cr、BOD5又不统一。（陕西） 答：采纳。表202非金属无机物项目数据表已做出了相应修改。 5、A3.5.8、A3.5.9水功能区总评价河长和水功能区达标河长能否考虑记为“小
数不过一位”。（陕西） 答：采纳。表305水功能区评价结果表已做出了相应修改。 6、A3.6.8、A3.6.9水资源分区总评价河长和水资源分区达标河长能否考虑记为“小数不过一位”，均与评价河长保持一致。（陕西） 答：采纳。表水资源分区评价结果表已做出了相应修改。 7、表结构中部分标识符没有按照标识符规定进行命名。（江西） 答：采纳。一、标准中标识符设计一般规定中的不合理条目进行了修改；二、按照修改后的规定对表结构中所有数据库项目进行了标识。 8、表结构中部分类型及长度的数据型位数需进一步核实。（江西） 数据库中项目监测成果的有效位数保留与《水环境监测规范》（SL219-98）不相符。具体为：pH、电导率、氧化还原电位、透明度、矿化度、非离子氨、总砷、硒、钾、钠、总汞、铁、锰、石油类、总大肠菌群、粪大肠菌群等项目（云南） 答：采纳。表结构中部分类型及长度的数据型位数已进行了修改。 9、“A2.3”表中应增加“铝”项目。（江西） 答：采纳。 10、项目标识符不容易理解，特别是元素符号能否与元素周期表一致，字母大小写有区别、上下标明确。（云南） 答：不予采纳。表结构中元素符号是与元素周期表一致的，但都要求大写，化学符号的上下标在数据库标识符中无法实现。 11、水文要素数字表与国家水文数据库一致即可。 答：采纳。
数据库设计说明书
1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2外部设计 (2) 2.1标识符和状态 (2) 2.2使用它的程序 (3) 2.3约定 (3) 2.4专门指导 (3) 2.5支持软件 (3) 3结构设计 (3) 3.1概念结构设计 (3) 3.2逻辑结构设计 (3) 3.3物理结构设计 (4) 4运用设计 (4) 4.1数据字典设计 (4) 4.2安全保密设计 (4)
数据库设计说明书（GB8567——88） 1引言 1.1编写目的 说明编写这份数据库设计说明书的目的，指出预期的读者。 1.2背景 说明： a．说明待开发的数据库的名称和使用此数据库的软件系统的名称； b．列出该软件系统开发项目的任务提出者、用户以及将安装该软件和这个数据库的计算站（中心）。 1.3定义 列出本文件中用到的专门术语的定义、外文首字母组词的原词组。 1.4参考资料 列出有关的参考资料： a．本项目的经核准的计划任务书或合同、上级机关批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用到的文件资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。2外部设计 2.1标识符和状态 联系用途，详细说明用于唯一地标识该数据库的代码、名称或标识符，附加的描述性信息亦要给出。如果该数据库属于尚在实验中、尚在测试中或是暂时使用的，则要说明这一特点及其有效时间范围。
2.2使用它的程序 列出将要使用或访问此数据库的所有应用程序，对于这些应用程序的每一个，给出它的名称和版本号。 2.3约定 陈述一个程序员或一个系统分析员为了能使用此数据库而需要了解的建立标号、标识的约定，例如用于标识数据库的不同版本的约定和用于标识库内各个文卷、、记录、数据项的命名约定等。 2.4专门指导 向准备从事此数据库的生成、从事此数据库的测试、维护人员提供专门的指导，例如将被送入数据库的数据的格式和标准、送入数据库的操作规程和步骤，用于产生、修改、更新或使用这些数据文卷的操作指导。如果这些指导的内容篇幅很长，列出可参阅的文件资料的名称和章条。 2.5支持软件 简单介绍同此数据库直接有关的支持软件，如数据库管理系统、存储定位程序和用于装入、生成、修改、更新数据库的程序等。说明这些软件的名称、版本号和主要功能特性，如所用数据模型的类型、允许的数据容量等。列出这些支持软件的技术文件的标题、编号及来源。 3结构设计 3.1概念结构设计 说明本数据库将反映的现实世界中的实体、属性和它们之间的关系等的原始数据形式，包括各数据项、记录、系、文卷的标识符、定义、类型、度量单位和值域，建立本数据库的每一幅用户视图。 3.2逻辑结构设计 说明把上述原始数据进行分解、合并后重新组织起来的数据库全局逻辑结构，包括所确定的关键字和属性、重新确定的记录结构和文卷结构、所建立的各个文卷之间的相互关系，形成本数据库的数据库管理员视图。
xx系统数据库设计说明书
XXXXXXXXXXXXXXXX项目 XXXXXXX系统 数 据 库 设 计 说 明 书 XXXX股份有限公司 XXXX年XX月 文档管理信息表
文档修订历史
摘要 本数据库设计说明书是以《XXXX学院-XXXX系统-需求分析说明书》为依据，在其需求规定的基础上编写而成。定义总体数据库设计。 XXXX学院XXXX系统使用业界普遍使用的面向对象设计思想进行设计，在数据库设计中使用ORM（对象-关系数据库映射）方法进行数据设计和数据关系管理，ORM方法以最基本的方式进行数据建模，将数据库中的关系数据映射成为利用程序控制的内存对象，数据的关联关系都交由程序管理和实现，而不在数据库的物理结构中进行设计，从而解决了数据库中关系数据无法直接表达多对多关联和继承关系，以及对象属性和状态变更和数据库物理结构不同步的问题。 本数据库说明书在需求分析的基础上进一步明确数据库结构，详细地介绍数据库的各个表结构，为进行后面的实现和测试做准备。
目录 摘要 (3) 目录 (4) 1. 引言 (5) 1.1. 编写目的 (5) 1.2. 定义 (5) 1.3. 参考资料 (5) 2. 外部设计 (5) 2.1. 标识符和状态 (5) 2.2. 使用它的程序 (6) 2.3. 约定 (6) 2.4. 支持软件 (6) 3. 结构设计 (7) 3.1. 物理结构设计 (7) 3.1.1. 系统数据总表 (7) 3.1.2. 具体数据库设计 (7) 4. 运用设计 (8) 4.1. 安全保密设计 (8) 4.1.1. 防止用户直接操作数据库的方法 (8) 4.1.2. 对应用系统的用户口令进行加密 (8) 4.1.3. 对用户进行权限识别和分级 (9) 4.2. 优化 (9)