大型灌区基础数据库的设计

大型灌区基础数据库的设计工程硕士生姓名:张肠肠指导教师:陈金水教授工程领域:软件工程摘要:国家从2002年开始分期分批对全国402个大型灌区实施信息化建设，在这样的前景下，进行大型灌区基础数据库建设是为了更好的实现灌区信息化。大型灌区数据量大，信息面广，因此需要将灌区的全部属性信息存储在基础数据库中，并按照信息的物理属性建立不同的数据分类，每个数据分类划分成若干个数据表，存放不同种类的数据，以便于管理和应用。本文根据数据库的设计原则，按照数据库的设计步骤，描述了整个大型灌区基础数据库的设计过程和结果。主要完成了以下工作:按照信息的物理属性即灌溉水资源调配过程对数据进行分类;确定数据间的实体关系;阐述数据库设计的原则和步骤;对数据库进行逻辑结构定义;实现具有多表查询功能的数据库应用;其中，着重描述了数据库设计中的基础数据分类和逻辑结构定义。关键词:灌区、信息化、水资源调配、逻辑结构、多表查询、数据导入/导出目录第一章绪论.…………………1 1.1研究背景.………………11.2研究目的.………………11.3主要研究内容.…………21.4论文组织.………………2第二章大型灌区基础数据分类……………3 2.1数据分类方法.…………3 2.2数据分类结果.…………4 2.1.1取水数据类……… 2.1.2输水数据类……… 2.1.3分水数据类……… 2.1.4用水数据类……… 2.1.5测控数据类……… 2.1.6管理数据类.……… 2.3数据实体关系…………7第三章大型灌区基础数据库逻辑结构设计………………8 3.1数据库设计原则………8 3.2数据库设计步骤………8 3.3数据库逻辑结构………10 3.3.1约定与标识……… 3.3.2逻辑结构定义示例…………第四章基础数据库的应用……………23 4.1多表查询…………23 4.2数据导出…………24 4.3数据导入…………28第五章总论及展望……………………29 5.1总结………………29 5.2展望………………30致谢……………………31参考文献…………………32附录………………………33表l灌区基础数据库数据表及字段定义………………33表2灌区基础数据库数据表名称及标识一数据表名字典D(D7001)……45第一章绪论1.1研究背景当今的人类社会，正从工业化向信息化迈进，信息化技术的发展速度日新月异，己在各个领域里发挥了无法替代的作用。随着信息化技术的发展与应用，人们对信息化应用效果的认识也愈来愈高。根据时代发展的需要和我国信息化技术的现状，国家提出:“要在全社会广泛应用信息技术，提高计算机和网络的普及应用程度，加强信息资源的开发和利用。政府行政管理、社会公共服务、企业生产经营要运用数字化、网络化技术，加快信息化步伐”。党和政府如此重视信息化建设，是因为信息化己是当今世界经济和社会发展的大趋势，又是我国产业优化升级和实现工业化、现代化的关键环节。同时，也是我国赶超世界发达国家的重要步骤。作为国民经济和社会发展重要基础设施的水利设施，其发展的速度和现代运行管理水平的程度，对确保国民经济的持续稳定发展将起着至关重要的作用。正因为如此国家将水利排在国民经济和社会发展基础设施建设的首位。科学家预测，21世纪的中国，随着经济和社会的发展，洪涝灾害、干早缺水、水污染严重等水资源三大问题日益突出，将严重制约着国民经济和社会的发展。为了解决好新世纪水的问题，《全国水利发展第十个五年计划和2010年规划》中确定了调整治水思路、转变治水方针的原则，要实现从工程水利向资源水利的转变，从传统水利向现代水利、可持续发展水利转变。在这个历史性转变过程中，水利信息化是必由之路，是实现水资源统一管理、优化配置以及提高水资源利用效率、实现水利现代化的基础和前提。因此，水利信息化是社会信息化的重要组成部分。1.2研究目的灌溉工程，尤其是大型灌溉工程，是重要的水利设施，是国民经济和社会发展的重要基础产业。从我国的实际情况来看，全国拥有5300万hn12(计.795亿亩)灌溉面积，占农田总面积的41%，生产了占总产量75%的粮食和95%以上的其它作物。因此，灌溉工程在现代农业和农村经济发展中的重要地位和作用是显而易见的了。然而，由于灌区所具有的工程分散性、水资源的有限性、水情雨情的变化性、农作物需水的时效性、灌溉供水的动态性、提高水资源利用效益的系统性、灌区性质特殊性等方面的特点，其水管理工作的任务是很艰巨的。如果没有先进的现代管理手段，将很难实现水资源优化配置、优化利用以及提高灌区工程安全运行保证率和用水效率的管理目标。因此，灌区管理手段的先进程度，不仅反映我国科学技术的发展水平，也是确保灌区工程安全运行、实现水资源优化配置、提高用水效率、保障灌区持续发展的实际需要。根据《全国水利发展“十五”计划和2010年规划》、《全国水利信息化规划纲要》所确定的目标，以及水利部农水司农水灌[2002』09号文《关于开展大型灌区信息化建设试点工作的通知》精神，国家从2002年开始分期分批对全国402个大型灌区实施信息.化建设，这个建设要求以需求为导向，坚持长远目标与近期目标相结合，因地制宜，讲求效益的指导思想，通过3-8年的建设，逐步建立起能有效促进灌区技术优化升级和提高灌区管理水平的信息化系统。1.3主要研究内容大型灌区无论是自身管理，还是行业管理工作都涉及大量的资料和信息，既有静态的，也有动态的;既有属性资料，也有空间资料，而且信息量大。目前由于灌区管理及行业管理信息化建设还较落后，大量资料信息仍然以传统的手工作业为主，既无法实现对各类资料信息的有效管理、维护，也无法做到信息共享。传统的管理方式由于层次多、效率低、费用高，信息沟通不畅，在灌区工程建设与管理过程中，容易产生条块分割，从而不可避免地存在重复建设、低水平重复开发等浪费资源、浪费人力、浪费财力等与现代化管理工作的要求不相适应的现象。由此对灌区自身管理水平的提高形成障碍，对于各级水利行业主管部门也难以作到及时、准确和全面了解掌握灌区及行业发展的状况及变化趋势。为此，全国灌区信息化系统在设计初期，就充分考虑解决以上问题，建立大型灌区基础数据库、工程建设专题数据库、土地资源专题数据库、经营管理专题数据库、节水灌溉项目管理专题数据库。本文就是配合大型灌区的信息化建设，主要研究并设计了其中的基础数据库，成果己经被应用于江西、山东的部分大型灌区信息管理系统中。1.4论文组织本文分为五章。第一章绪论。简单讨论了国家对信息化的精神和水利系统对灌区建设的大力提倡，以及实际灌区工作的主要内容。第二章大型灌区基础数据分类。先总体概述了大型灌区基础数据分类方法，再详细描述每个数据分类的分类结果和数据间的实体关系。第三章大型灌区基础数据库逻辑结构设计。按照一定的设计原则和设计步骤来设计数据库的逻辑结构并阐述了一下实际应用情况及原理。第四章总结与展望。对本文工作和内容的总结，并展望了灌区基础数据库建设与地理信息系统的结合应用。第五章附录。列举了大量的数据表:《灌区基础数据库数据表及字段定义》和《灌区基础数据库数据表名称及标识一数据表名字典(DD7001)》第二章大型灌区基础数据分类数据分类是为数据库布局方案设计、逻辑设计和物理设计提供依据。其任务是确定水利基础数据信息的范围和来源，设计数据的分类组织方法，对水文、水雨情、水资源、水环境、水土保持、水利工程、防灾减灾、农村水利、水利经济、水利建设与管理、水利人事、水利科技、水利法规、水政监察、水利档案等水利专业数据进行分析，析取各类数据的类别、属性及其相互关系，本章主要描述水利基础信息的数据分类方法、分类结果以及其概念特征和数据间的实体关系。2.1数据分类方法大型灌区基础数据是按照灌溉水资源调配的物理过程进行分类的，按这样划分比较容易的被人接受，并且易于规划。符合专业的要求。我们将灌区的全部属性信息存储在基础数据库中，并按照信息的物理属性建立不同的数据库，每个数据分类划分成若干个数据表，存放不同种类的数据，以便于管理和应用。图2-1灌溉水资源调配的物理过程按照图2一1所示的灌溉水资源的引用、输送、分配，以及测控和管理的物理过程，建立六个对应的数据库。它们是取水数据库、输水数据库、分水数据库、用水数据库、测控数据库和管理数据库。其中取水数据库主要存储、管理水源处的水资源及工程信息;输水数据库和分水数据库则包括供水和排水两大体系的信息:测控数据库主要存储、管理信息采集点和反馈控制点及其相关的监测和监控信息;管理数据库主要存储、管理与灌区行政办公有关的信息。2.2数据分类结果2.1.1取水数据类取水系统指灌区的水源及取水建筑物和取水设施。取水数据库共有10张数据表，用来存储灌区水源、取水建筑物、取水设施等的属性信息。这10张数据表是:水源表:水源表存储灌区的水源及取水工程信息。水源可以是一个，也可以有多个，它包括水库蓄水、自然河流、井水等。取水设施表:存储水源处取水设施的属性信息。取水设施包括挡水坝、泵站、引水闸等。河流表:存储灌区取水设施所在河段的自然信息。水库表:存储水库的设计及物理特征信息。水库水位与库容及面积关系表:存储水库(湖泊)的水位和蓄水量及面积之间的对应关系。泵站表:存储泵站的设计及物理特征信息。水泵表:存储泵站中各个水泵的特性指标信息。挡水坝表:存储拦蓄水源构成水库的挡水坝的特性指标信息。取水枢纽建筑物表:存储灌区取水枢纽中各种建筑物的等级特征信息。取水井表:存储灌区取水井的物理特征信息。2.1.2输水数据类输水系统是灌区内工农业用水和生活用水的供应通道，也是洪水及渍水的排泄途径。输水数据库包括10张数据表，用来存储输水渠道及其建筑物的属性信息。这10张数据表是:输水渠道表:存储灌区输水渠道的物理特征信息。输水渠段表:存储灌区输水渠段的物理特征信息以及上下渠段的关系。渠道工作制度表:存储灌区输水渠道的轮灌工作制度特征信息。渡槽表:存储渡槽的设计和物理特征信息。隧洞表:存储隧洞的设计和物理特征信息。倒虹吸表:存储倒虹吸的设计和物理特征信息。涵洞表:存储涵洞的设计和物理特征信息。跌水表:存储跌水的设计和物理特征信息。陡坡表:存储陡坡的设计和物理特征信息。沉沙池表:存储沉沙池的设计和物理特征信息。2.1.3分水数据类分水系统指渠系分水口的建筑物，包括供水和排水建筑物。分水数据库共划分成3张数据表，它们主要存储分水建筑物的建筑结构、水力特征等信息。这3张数据表是:分水闸表:存储灌区配水口(分水口)处控制闸的物理特性信息。闸门表:存储灌区各配水闸上所有闸门的物理特性信息。闸门维修表:存储灌区各配水闸上所有闸门的维修信息。2.1.4用水数据类用水系统指农业、工业、生活等用水单位。用水数据库共9张数据表，这些数据表存储用水单元的结构组成、用水情况等信息。这9张数据表是:行政单元表:存储灌区内各行政单元的物理特性信息。用水单元表:存储灌区内各用水单元的物理特性信息。农业用水单元表:存储灌区内各农业用水单元的物理特性信息。农业用水单元逐年作物种植表:存储灌区内各农业用水单元历史上每年的作物种植信息。工业用水单元表:存储灌区内各工业用水单元的物理特性信息。作物需水表:存储各种作物在生长季中的按日计的需水量。分水口计划配水表:存储灌区分水口处控制闸的在作物生长季中的按日计的计划配水量。取水口计划配水表:存储灌区取水口处控制闸的在作物生长季中的按日计的计划配水量。水费表:2.1.5测控数据类测控系统指灌区水情、雨情、水质、田间墒情、作物生长等信息的采集以及对闸、泵站等进行运行控制的设施。测控数据库包括10张数据表，用来存储灌区各测控站点的雨量、水位、流量、闸位、控制过程等信息。这10张数据表是:测站表:存储灌区各个测站的位置及监测内容等属性信息。降水量表:存储灌区各个雨量站的时段降水量和日降水量等信息。渠道水情表:存储灌区渠道水情站测报的渠道水情信息，一般包括水位和流量等。闸坝泵水情表:存储灌区闸坝或泵站处水情站测报的闸/坝/泵站前后的水情信息，一般包括上游水位、下游和流量等。水库水情表:水库水情表存储灌区水库的水情信息，一般包括水位和入库流量等。闸位表:存储闸门开度值，以便监视闸门的运行情况。水质表:存储灌区各种水质指标的监测数据，以便掌握生活、农业、灌溉、工业及生态用水的情况。泵站监测表:存储泵站运行过程中的有关工况数据。闸位控制表:存储闸门的控制信息，闸门控制程序定时读取控制信息，实现闸门的开启、关闭以及开度的控制。泵站控制表:存储泵站各水泵的控制信息，泵站控制程序定时读取控制信息，实现泵站中各水泵的开启、关闭以及开度的控制。2.管理系统指灌区业务管理和政务管理的机构、组织和人员。管理数据库包括4张数据表，它们主要存储机构、组织和人员的有关信息。这4张数据表是:灌区基础信息表:存储灌区水资源及水利工程的基本信息。灌区管理机构表:存储灌区各个管理部门属性信息。灌区人员表:存储灌区各个部门各种管理及工作人员的属性信息。多媒体文件索引表:存储灌区的文本、图形、图象、音频、视频等各种文件的属性及索引信息。2.3数据实体关系通过对灌区基础信息的归类分析，其数据实体主要包括:(1)工程数据信息，如水源工程、灌排渠系工程、渠系建设物工程等信息;(2)业务管理信息，如组织管理机构、用水单元(农业、工业、发电、城市、环境生态等)等信息;(3)观测数据信息，如各类测站信息、观测数据等信息;(4)档案资料信息，如文档、报表、图片、多媒体等信息。图2一2概化地描述了灌区基础信息实体间的关系。图2一2灌区各类基础数据之间的实体关系

第三章大型灌区基础数据库逻辑结构设计由于大型灌区基础数据库建设涉及从水源、灌排渠系、渠系建设物、管理机构、用水单元、测站到档案资料管理等大量的数据信息和众多的关联联系，还涉及实现各种专业化信息查询与统计分析以及为今后各专业应用系统提供数据信息和编码关联调用等，为了确保大型灌区基础数据库开发建设的质量，首先要详细分析数据库的功能构成、逻辑结构主体关系，以利于今后长期的改进与升级维护。3.1数据库设计原则灌区基础数据库的设计，应遵循以下原则:逻辑结构独立于物理结构原则数据库的物理结构和逻辑结构应分开进行设计，逻辑结构不考虑数据库建设时所要采用的物理结构形式，但建议采用目前通用的、符合国情的关系模型。逻辑结构审定之后可以作为灌区数据库系统设计和建设的依据。信息全面性原则数据库所包含的信息应能涵盖灌区水管理及事务管理工作中所可能涉及的全部信息，尽可能全面，力求不遗漏。信息适当超前性原则数据库设计要将目前还没有提到议事日程、但根据经济、社会和技术的发展有可能即将提到日程的信息包括在内，也就是说存储、管理的数据在内容和容量上要有一定的超前性。信息可获得性原则数据库所包含的信息除了要全面、适当超前以外，还要具备可获得性，以保证其实用效果和逻辑结构的权威性。符合第三范式(N3F)原则如(1)所述，灌区基础数据库的逻辑结构可以采用关系模型，所以其设计要满足关系数据库第三范式(N3F)的要求，并按第三范式(N3F)进行设计。3.2数据库设计步骤在应用软件和数据库设计与实现中，一直遵循这样的一个工作流程，就是根据需求分析，先设计概念数据库，再定义逻辑数据库，最后创建物理数据库。针对特定的应用领域，数据库设计所要解决的问题主要有三个，其一是要设计出合理的逻辑结构和物理结构;其二是数据库的结构应不仅满足信息管理和操作的要求，而且要有较高效率;其三是数据获取应该方便快捷，并提供支持各种应用系统开发和运行的接口。灌区数据库的设计可分为四个阶段:需求分析、概念设计、逻辑设计和物理设计.数据库的设计过程如图3一1所示。图3一1数据库的设计过程图3一1中，我们注意到，从逻辑数据库设计到物理数据库设计，实际上就是如何把以文档形式定义的数据表逻辑结构转换成选定(可能经过了比选)数据库系统下的物理结构的问题。众所周知，在以往的实现过程中，这个工作完全是在交互状态下进行的。当数据表很多(大型信息系统往往如此。例如，作者设计的大型灌区基础数据库就有近100张数据表，字段数多达2000个)时，这个工作就非常繁复，而且耗时。尤其是面对数据表结构变更，以及数据表在不同的数据库系统(平台)之间迁移等客观问题，采用交互方式创建数据表物理结构就显得苍白无力，无法应对自如，直接影响了软件研发的时效。数据表的所谓物理结构实际上也是可以用SQL脚本来荆左的。也就是说，只要能将数据表的逻辑结构转换成选定数据库系统相应的SQL脚本，物理结构也就创建了。由于逻辑结构和SQL脚本均为文本格式，因此，通过软件转换就成为可能。在数据库设计过程中，需求分析和概念设计独立于具体的数据模型(包括层次、网状和关系模型)，逻辑设计和物理设计则与具体的数据模型甚至数据库系统密切相关。3.3数据库逻辑结构大型灌区基础数据库的设计除了要考虑灌区自身的数据存储和管理需求外，还要考虑全国灌区行业数据库能从中抽取到需要的数据，另一方面也充分兼顾了全国各类灌区的特点以及管理对数据的需求。即使这样，由于灌区东西、南北差异很大，并且要满足各种应用的要求，因此，要做到完全适应是不可能的。在实际建库时各个灌区可以在这个数据库设计的基础上根据自己的管理需要，酌情添加数据表和数据表中的字段。表将灌区基础数据库的六大类数据系统所分属的数据表及字段作了汇总，因此集中勾画出了数据库的整体概貌。从易维护和程序无关性考虑，灌区基础数据库还建立了一系列数据字典。数据字典用来描述灌区基础数据库中字段名和标识符之间的对应关系以及字段的意义。每个字段的意义描述只给出在表结构中描述的标号，如《灌区基础数据库数据表及字段定义》(见附录，表1)所示，该表汇总了灌区基础数据库中所有的数据表及字段，根据六个数据系统的划分，一共规划了392个数据项(字段)，分属于45张数据表，数据量非常之大。而所有的数据表又被汇总在《灌区基础数据库数据表名称及标识一数据表名字典》(见附录，表2)中，其中关联标记用26个字符表示，每2位表示与一张表有关联。例如，00表示没有与之有关联的表，01表示与序号为1的表(水源表)有关联，’03表示与序号为3的表(河流表)有关联，n表示与序号为n的表(输水渠道表)有关联，以此类推。这样就可以很容易实现数据表的多表交叉查询，特别有利于复杂的数据汇总工作的高效、正确完成。 3.3.1数据表结构定义要给出六个方面的描述，即中文表名、表主题、表标识、表代码、表体、字段说明。其中:中文表名是每个表结构的中文名称。中文表名力图简明，但又确切地表达了专业信息的含义。表主题在中文表名的基础上，扼要地概括了数据表的目的、内容和作用。表标识是中文表名英译的缩写。数据库设计时，作为数据库的表名。表命名时，有习惯用法的采用习惯用法，没有习惯用法的尽量使用其中文名称的英译缩写。大型灌区基础数据库的数据表标识在规范的基础上，尽量直观，并符合灌区的专业含义，以便于操作及管理。灌区基础数据库的数据库名为IrrBaseDB，所有的表名由三部分组成:系统类别名、基础数据库类别名、表标识。系统类别名定义为IrBr，表示大型灌区基础数据库。基础数据库分类用一位大写字母表示，取其英文名的第一个字母，分别定义如下:取水系统为I(WaterIntake);输水系统为T(WaterTranslation);分水系统为D(waterDiversion);用水系统为U(WaterUsing);测控系统为0(observationandContro1):管理系统为M(Management)。当一个对象继承另一个对象时，在数据表名上使用“_”作为分割符，以体现这种继承关系。如工rrBTCannel_Reach是输水渠段表，它继承了输水渠道表(IrrBTCnaal)的基本信息。表标识的格式如下:[IBrr][X[Y…]]_[Z…]IBrr类型标识，固定用来描述灌区基础数据库系统标识。X分类标识，字符取大写字母A一2.用来描述数据库分类。Y表标识，后续字符取字母a一z，用来描述数据库具体表的英文名。Z…表标识，表标识，后续字符取字母a一z，用来描述数据库具体表的子类英文名.表代码用三位数字表示，第一位表示所属的数据系统。1表示取水系统，2表示输水系统，3表示分水系统，4表示用水系统，5表示测控系统，6表示管理系统。

第二位和第三位表示该系统中数据表的序号。例如，101表示该表是取水数据系统中的第一张表。表体以表格的形式列出每个字段的中文名称、标识符、数据类型、值域和说明。所有字段名均用其意义的英文表示，首字母大写。每一个字段后面均对字段值域和字段表示的含义加以较为详细的注释。字段说明用来描述每个字段的意义以及取值类型、值域、说明等。大型灌区基础数据库主要有三种数据类型，他们是字符型、数值型和日期型。其中:字符数据类型主要用来描述非数值型的，不能进行计算，只有文字描述意义的字段，如测站代码、名称以及注释性的描述等。字符数据类型用CY()来描述，C(Characte)r表示字符型，Y为数字，表示字符的个数。数值数据类型用来描述两种数据，一种是带小数的浮点数，一种是整数。所有描述的数据长度都是十进制数的数据位数。数值数据类型用NX(.Y)来描述，NN(umeral)表示数值型，X表示字段长度，Y表示小数位数。日期数据类型用来描述日期和时间有关的数据字段。所有日期数据类型采用的标准为公元纪年的北京时间，如1999年10月1日8:00。对于只需描述年月日的日期统一采用公元纪年北京时间的上午八点，如1999年12月20日8:00，表示1999年12月20日。日期数据类型用T表示，其格式如图2一3所示。图2一3日期数据格式3.3.2逻辑结构定义示例3.3.2取水系统指灌区的水源及取水建筑物和取水设施。取水系统共有10张数据表，用来存储灌区水源、取水建筑物、取水设施等的属性信息。示例:水源表1表主题:水源表存储灌区的水源及取水工程信息。水源可以是一个，也可以有多个，它包括水库蓄水、自然河流、井水等。2表标识:IrrBISouree3表代码:1014表体:4个字段字段名标识符数据类型及长度可否为空值单位主键水源工程代码SourceE_CodeC(5)NY水源工程名称SourceE_NameC(20)水源工程类型SourceE_TypeC(1)水源类型Source_TypeC(1)5说明:(1)水源工程代码:水源工程代码全国灌区统一编制，是唯一代表某一水源工程(水库蓄水工程、河流引水工程、井群抽水工程)的代码。它分别依据水库、河流、井的代码规则编制。目前暂时简化为:WSE**，其中WSE表示水源工程(WaterSourceEngineering)，**表示灌区水源工程的序号，取值范围为01-99。(2)水源工程类型:水源工程类型有3种，用代码表示。类型与代码的对应关系详见数据字典DD1011。出现其它类型的水源工程时，代码依次为4、5、6、…。数据字典(DD1011)取值类型名称类型代码水库蓄水工程1河流引水工程2井群抽水工程3数据字典(DD1011)结构字段名标识符数据类型及长度类型代码DD1011_01C(1)类型名称DD1011_02C(12)(3)水源类型:水源类型有3种，用代码表示。类型与代码的对应关系详见数据字典DD1012。出现其它类型的水源时，代码依次为4、5、6、…、。数据字典(DD1012)类型名称类型代码降雨1地表水2地下水3数据字典(DD1012)结构字段名标识符数据类型及长度类型代码DD1012_01C(1)类型名称DD1012_02C(6)3.3.2.2输水系统是灌区内工农业用水和生活用水的供应通道，也是洪水及渍水的排泄途径。输水系统包括10张数据表，用来存储输水渠道及其建筑物的属性信息。示例:输水渠道表1表主题:输水渠道表存储灌区输水渠道的物理特征信息。2表标识:IBrrTCnaalsysetm3表代码:2014表体:18个字段字段名标识符数据类型及长度可否为空值单位主键渠道代码Canal_CodeC(5)NY渠道名称Canal_NameC(20)上级渠道代码Upper_Canal_CodeC(5)N上级渠道桩号Upper_Canal_eoordinateC(10)渠道类型Canal_TyPeC(1)渠道长度Canal_LengthN(6.1)渠道土壤类型Soil_TypeC(2)渠道岩石类型Roek_TypeC(2)渠道衬砌类型Lining_TypeC(1)防冻胀措施Frostjeaving_TypeC(1)渠道横断面类型Transeet_TypeC(1)渠道水利用系数CoeffieientN(2)%糙率RoughnessN(.4)%坡度GradientN(.2)(‰)设计流量Normal_FluxN(4.1)m3/s加大流量Max_FluxN(4.1)m3/s最小流量Min_FluxN(4.1)m3/s允许不冲流速Erosion_VeloeityN(4.2)m3/s允许不淤流速Sedimentation_VeloeityN(4.2)m3/s子表ChildrenB5说明:(l)渠道代码:渠道代码全国灌区统一编制，是唯一代表某一条渠道的代码。目前暂时简化为:C****，其中C表示渠道(Cnaal)，**申*表示渠道的序号，取值范围为0001-9999。(2)上级渠道代码:对于第一级渠道，其上级渠道代码为C0000。(3)渠道类型:渠道类型有8种，用代码表示。类型与代码的对应关系详见数据字典DD2011。出现其它类型渠道时，代码依次为9、10、11、…。数据字典(DD2011)取值类型名称类型代码总干渠1分干渠2干渠3支渠4斗渠5农渠6毛渠7退水渠8数据字典(DD2011)结构字段名标识符数据类型及长度类型代码DD2011_01C(2)类型名称DD2011_02C(6)(4)渠道土壤类型:土壤类型有18种，用代码表示。类型与代码的对应关系详见数据字典DD2012。出现其它类型的土壤时，代码依次为19、20、21、…。数据字典(DD2012)取值类型名称类型代码最小粒径(毫米)最大粒径(毫米)是否为粘性土轻壤土1是中壤土2是重壤土3是粘土4否淤泥50.0050.050否细沙60.0500.250否中沙70.2501.000否粗沙81.0002.500否细砾石92.5005.000否中砾石105.00010.000否大砾石1110.00015.000否中卵石1215.00025.000否小卵石1325.00040.000否大卵石1440.00075.000否小漂石1575.000100.000否中漂石16100.000150.000否大漂石17150.000200.000否顽石18200.000否数据字典(DD2012)结构字段名标识符数据类型及长度类型代码DD2012_01C(2)类型名称DD2012_02C(6)(5)渠道岩石类型:岩石类型有16种，用代码表示。类型与代码的对应关系详见数据字典DD2013。出现其它岩石类型时，代码依次为17、18、19、…。数据字典(DD2013)取值类型名称类型代码砾岩1泥灰岩2页岩33石灰岩4致密的砾岩5白云石灰岩6白云沙岩7致密的石灰岩8致密的石灰岩9硅质石灰岩10大理岩11花岗岩12辉绿岩13玄武岩14安山岩15石英岩16数据字典(DD2013)结构字段名标识符数据类型及长度类型代码DD2013_01C(2)类型名称DD2013_02C(12)(6)渠道衬砌类型:衬砌类型有17种，用代码表示。类型与代码的对应关系详见数据字典DD2014。出现其它衬砌类型的渠道时，代码依次为18、19、20、，二。数据字典(DD2014)取值类型名称类型代码材料粘性土1土料粘沙混和土2土料灰土3土料三合土4土料四合土5土料干硬性水泥土6水泥土塑性水泥土7水泥土干砌块石8砌石浆砌料石9砌石浆砌石板10砌石土料保护层11埋铺式膜料刚性保护层12埋铺式膜料现场浇筑13沥青混凝土预制铺砌14沥青混凝土现场浇筑15混凝土预制铺砌16混凝土喷射法施工17混凝土数据字典(DD2014)结构字段名标识符数据类型及长度类型代码DD2014_01C(2)类型名称DD2014_02C(12)(7)渠道防冻胀措施(8)渠道横断面类型:渠道横断面类型有7种，用代码表示。类型与代码的对应关系详见数据字典DDZO15。出现其它动力类型的井时，代码依次为8、9、10、…。数据字典(DD2015)取值类型名称类型代码梯形1矩形2三角形3圆形4马蹄形5抛物线型U(型)6复式7数据字典(DD2015)结构字段名标识符数据类型及长度类型代码DD2015_01C(2)类型名称DD2015_02C(16)(9)子表:该字段的值为真(-T’urr)e时，则表示该渠道要分段，其具体的分段情况要从子表，即输水渠段表lrrBTCnaalehildren中查找。(10)上级渠道桩号(11)渠道水利用系数:渠道水利用系数是各渠段水利用系数的平均值。2.3.3.2.分水系统指渠系分水口的建筑物，包括供水和排水，共3张表。它们主要存储分水建筑物的建筑结构、水力特征等信息。分水闸表(Water一diversionGateTable)1表主题:水闸表存储灌区配水口(分水口)处控制闸的物理特性信息。2表标识:lrrBD认/aterGate3表代码:3014表体:6个字段字段名标识符数据类型及长度可否为空值单位主键水闸代码Watergate_CodeC(4)NY水闸名称Watergate_NameC(20)水闸类型Watergate_TypeC(1)所在渠道代码Cana_lCodeC(5)N水源工程代码SoureeE_CodeC(5)N闸门孔数Strobe_NumberI孔过水流量FluxN(4,1)m3/s5说明:(1)水闸代码:是全国灌区统一编制，是唯一代表某水闸的代码。目前暂时简化为:WG**，其中WG表示水闸(Wat。rGate)，**表示灌区水闸的序号，取值范围为01-99。(2)水闸类型:水闸类型有6种，用代码表示。类型与代码的对应关系详见下表。出现其它类型的水闸时，代码依次为7、8、9、…。数据字典(DD3011)取值类型名称类型代码引水闸1分水闸2泄水闸3节制闸4冲沙闸5退水闸6数据字典(DD3011)结构字段名标识符数据类型及长度类型代码DD3011_01C(1)类型名称DD3011_02C(6)(3)所在渠道代码:当水闸为分水闸时，所在渠道代码指分水进入的渠道的代码。例如，当水闸是干渠向支渠的分水控制闸时，所在渠道就是该支渠3.3.2.用水系统指农业、工业、生活等用水单位，共8张数据表。这些数据表存储用水单元的结构组成、用水情况等信息。示例:行政单元表1表主题:行政单元表存储灌区内各行政单元的物理特性信息。2表标识:IrrBURegionalism3表代码:4014表体:9个字段字段名标识符数据类型及长度可否为空值单位主键行政单元代码Regionalism_CodeC(5)NY行政单元名称Regionalism_NameC(20)行政单元的级别Regionalism_LevelC(2)上级行政单元代码SllPerior_CodingC(9)是否属于灌区IsBelongB人口PoPulationI工业产值Industry_OutValueN(4,3)亿元农业产值Agrieulture_OutValueN(4,3)国民生产总值GNPN(4,3)5说明:(1)行政单元代码:行政单元代码全国灌区统一编制，是唯一代表某一行政单元的代码。目前暂时简化为:RE***，其中RE表示行政单元(Rgeoinlims)，***表示灌区行政单元的序号，取值范围为001一999。(2)行政单元名称:包含省、市、县、乡、村等行政单元名称。(3)行政单元的级别:按照从上到下的层次省、市、县、乡、村。行政区表是完备的，即上一级行政单元所包括的所有下一级行政单元都要有(如果列下一级行政单元的话)，但可以不列。最高建制的行政单元只有一个，极端情况是中央人民政府。所有行政单元有一个是否属于灌区的判断。每个灌区的管理情况不同，管理层次是不一样的，譬如有的灌区管到县，而有的灌区则管到乡。则，管到县的灌区其基础行政单元为县，管到乡的灌区其基础行政单元即为乡。(4)上级行政单元代码:如果行政单元是该灌区内最高的行政建制，则上级行政单元代码为Re00O(或者是多个O，根据编码的规则进行设置)，最高建制的行政单元规定为只有一个，如果该灌区在某县范围内，则该灌区最高建制的行政单元即为县，如果跨县，则以这些县共同的上级行政机构为最高建制的行政单元。极端的情况是跨省的灌区，其最高的行政建制为中央人民政府。23.3.2.测控系统指灌区水情、雨情、水质、作物墒情等信息的采集以及对闸、泵站等进行运行控制的设施。测控系统包括8张表，用来存储灌区各测控站点的雨量、水位、流量、闸位等信息。示例:测站表1表主题:测站表存储灌区各个测站的位置及监测内容等属性信息。2表标识:IrrBOStation3表代码:5014表体:8个字段字段名标识符数据类型及长度可否为空值单位主键测站代码Stadia_CodeC(5)NY测站名称Stadia_NameC(20)测站类型Stadia_TypeC(1)渠道代码Canal_eodeCC(5)管理机构代码Morgan_CodeC(4)始报年月start_TimeT终报年月End_TimeT亿元测站说明DeseriptionC(100)5说明:(1)测站代码:测站代码全国灌区统一编制，是唯一代表灌区每一个测站的代码。目前暂时简化为:St***，其中St表示测站(Stdaai)，***表示测站的序号，取值范围为001一999。(2)测站类型:测站类型共有5种，用代码表示，如下表所示。出现其它类型的测站时，代码依次为6、7、8、…。数据字典(DD50ll)取值类型名称类型代码雨情站1渠道水情站2水库水情站3闸坝泵水情站4闸位站5泵测站6水质站7数据字典(DDS011)结构字段名标识符数据类型及长度类型代码DD5011_01C(1)类型名称DD5011_02C(6)(3)始报年月和终报年月:始报年月用来描述测站建站后，第一次测报数据的日期。终报年月用来描述测站结束报汛的日期。数据格式如下:3.3.2.管理系统指灌区业务管理和政务管理的机构、组织和人员，包括5张数据表。它主要存储机构、组织和人员的有关信息。示例:灌区基础信息表1表主题:灌区基础信息表存储灌区水资源及水利工程的基本信息。2表标识:IrrBMInofrmation3表代码:6014表体:10个字段字段名标识符数据类型及长度可否为空值单位主键灌区代码IrrigationD_CodeC(5)NY灌区名称IrrigationD_NameC(20)灌区类型IrrigationD_TypeC(2)上级管理单位Upper_ManageUnitC(20)设计灌溉面积Design_工rrigate_AreaN(3,2)渠首取水位置Chead_SiteC(30)渠首设计流量Chead_FluxN(4,2)亿元总干渠长度Trunk_legthN(4,2)灌溉范围Irrigation_AreaC(254)备注MemoC(254)5说明:(1)灌区代码:灌区代码全国灌区统一编制，是唯一代表某一灌区的代码。目前暂时简化为:工D****，其中DI表示灌区(rIrigatinoDisrtiC)t，****表示灌区的序号，取值范围为0001一9999。(2)灌区类型:灌区类型共有4种，用代码表示，如下表所示。出现其它类型的灌区时，代码依次为5、6、7、…。数据字典(DD6011)取值类型名称类型代码特大型1大型2中型3小型4数据字典(DD6011)结构字段名标识符数据类型及长度类型代码DD6011_01C(1)类型名称DD6011_02C(6)第四章基础数据库的应用4.1多表查询为了使数据能在异构数据库间顺利地交换，首先要研究不同数据库的查询和插入语句。针对常用的商用数据库平台，我们分别用了sybase，sQLsevre:2000，MicrosonAeeess建示例数据库，再分别为这些库建立ODBC数据源。由于水利部需要的数据可能来自不同的水利厅和灌区管理局，而水利厅或灌区管理局的数据可能来自不同的表，因此要做多表连接。查询结果的显示以及多表之间的连接关系，通过数据字典可以很方便地实现。多表查询主要用于接受用户的查询条件，产生查询结果。用户可以选择数据库中任意多个表进行查询，这些表之间将进行连接操作，结果来自多个表中的数据(如用户只选择一个表，即为单表操作)。查询条件由用户自定义，基本的查询条件结构为“字段名、关系<(，>，=等)、字段值”，多个查询条件之间用“并且”或者“或者”进行连接。条件的加入顺序就是条件的执行顺序。显示字段由用户选择，查询结果将显示在表格中。表、条件、显示字段都可以随意添加和删除。多表之间的连接关系由程序进行判断，用户无须考虑。图4一1是多表查询的主界面。之所以用这个界面来说明多表查询的实现，是因为它更直观，也易于描述清楚采用的方法、技术和过程。图4一1多表查询4.2数据导出经过分析，XML作为与环境基本无关的可扩展标记语言，非常适用于在异地非同构数据平台间传递数据。因此，要通过XML这种纯文本文件交换数据，各单位只需连接自己的数据库，发送方将数据放于XML文件中，发送给接收方，接收方只需将XML中的数据剥离出来，再存入自己的数据库即可。那么实际如何操作呢?为发送方提供一个用于多表查询的软件界面，这个界面可以接受查询条件，返回查询结果并显示。发送方核对过查询结果后，将结果转换成XML文档存储或通过邮件发送。接收方接收到发送方传送的XML文档后，将文档内容转换后导入本地数据库。将数据查询结果转换成XML文档的操作由一个按钮控制，该按钮位于多表查询界面上。按下该按钮，弹出文件对话框，用户选择保存路径并指定文件名，即将本次查询的结果保存为一个XML文件。实现该功能的程序，接受一条SQL语句，执行后将产生数据集，将数据集的数据取出保存在一个XML文件中。该程序由数据的提供方执行。XML文件的格式如下:<?xmlversion=”1.0”，eneoding=”UTF- <table> <row> <Well_Code>00000000001</Well_Code> <Well_Name>一号井</Well_Name> <Latitude>123</Latitude> <Diameter>12</Diameter> <Diameter_Type>1</Diameter_Type> <DePth>123</DePth> <DePthesTyPe>1</DePtheeTyPe> <Motivity_Type>4</Motivity_Type> <Material_Type>7</Material_Type> <Max_DePth>200</Ma--XDePth> <Min_Depth>50</Min_Depth> <Flux>23</Flux></row><row><Well_Code>00000000003</Well_Code><We!l_Name>一立号井</Well_Name><Latitude>45</Latitude><Diameter>8</Diameter><Diameter_Type>3</Diameter_Type><Depth>111</Depth><Depth_Type>2</Depth_Type><Motivity_Type>3</Motivity_Type><Motivity_Type>9</Motivity_Type><Max_Depth>111</Max_Depth><Min_Depth>22</Min_Depth><Flux>88</Flux></row></table>由于这个XML文档完全用于储存和传输数据，因此标签名都使用了实际的字段名，没有转换成中文，字段值也都用了表里实际的字段值，填编码的地方，仍然使用编码，没有转换成实际值。该XML文档的根节点是table，<row>和</row>之间的是查询结果的一条数据，该数据由多个字段组成，<Min_Depht>是一个字段的标签，Min_Depht是字段名，22是字段值。在这个XML文档中，没有为每个字段标注它所属的表名，因为该XML文档的用途是将其携带的数据插入异地的某个数据库的某张表中，而它的数据是从本地的库中的多张表中取出的，就算要标注表名也是本地的表名，这些表名对于异地的那个库是没有用的。事实上字段名也是属于本地库的，到了向异地库插入数据时需要有数据字典进行对照。本文对XML文件的操作都通过DOM接口完成，即将一个XML文档转换成一颗DOM树。DOM树是一颗反向生长的树，树根就是XML文档的根节点位于最上部，根节点下的各个子结点是树根的子孙，最下端节点的值(文本内容)就是树叶。生成XML文档的过程就是生成树的过程，首先生成树根，再在树根下添加他的若干个儿子节点，然后为每个儿子节点添加他们各自的儿子节点，一层层往下，直至添加需要的数据即叶子节点。事实上只有最终的叶子节点才是XML文档真正携带的数据，其余的节点都是对数据的标注和解释，通过不同的标签就可以找到我们所需的数据。以下代码取出databaase2.xml文件的根结点，该文件和DTD定义文件，存于工程文件中，只有规定基本结构的作用，得到它的根结点后，在这个根结点下添加我需要的结点和内容，新的XML文件生成后输出在一个新文件，存放在用户指定的地方，原来的database2.xml并无改变。publieNodePreParexml(){ DoeumentBuilderFactory DoeumentBuiIderFaetoyr.newInstanee(); DocumentBuilderbuilder=null; tyr{ builder=factory.newDoeumentBujlder(); } catch(ParserConfigurationExeePtionex){ System.out.Println(”003”);} doc=null try{ doc=builder.Parse(“database2.xml”: } catch(SAXExeePtionexl){ System.out.Println(“004” catch(IOExeePtionexl) {System.out.Println(“005” doc.normalize(); NodeListchildren=node.getChildNodes(); for(inti=children.getLength()-1;i>=0;i--) {node.removeChild(children.item(i));}//清空xml文档 node=doc.getDocumentElement(); Nodenode=doe.getDoeumentElement(); Returnnode; }以下代码将查询所得的数据集的数据导入一个XML文件中，首先调用perparxeml()方法取得根节点，执行SQL取得数据集，先从上至下遍历数据集，为每一行数据建一个<row>节点，放在根节点<table>下，在每一行数据上，从左至右遍历数据集，取出每一个字段的名称作为节点名，生成字段节点放于该行的<row>节点下，取出字段值作为字段节点的值，放在字段节点下。最后调用dadtxoml()方法将新文件输出。输出的文件名和路径由用户选择，将用文件对话框实现，文件对话框的操作将在界面部分介绍。publicvoiddatatoxml(){Nodenodel=null；Nodenode2=null;Node[]nodearrayl，nodearray2;Noderoot=PreParexml();Statementstmt=null;tyr{stmt=con.createStatement(ResultSet.TYPE_SCROLL_INSENSITIVE，ResultSet.CONCUR_UPDATABLE);}catch(SQLExceptionexl){System.out.println(“016”}ResultSetrs=null;try{rs=stmt.exeeuteQuery(sqlxml);}catch(SQLExceptionex2){system.out.println(“017”ResultSetMetaDatarsmd=null;try{rsmd=rs.getMetaData();}catch(SQLExceptionexl){System.out.Println(”018”);}/*从上至下遍历数据集*/try{While(rs.next()){nodel=addelementchild(root，”row”);for(intj=1;j<=rsmd.getColumnCount();j++){//从左至右遍历数据集Stringfieidname=rsmd.getColumnName(j);Stringfieldvalue=rs.getString(j);if(fieldvalue==null)fleldvalue=””;node2=addelementehild(nodel，fieldname);addtextehild(node2，fieldvalue)二}}addtoxml();}catch(SQLExeeptionex){System.out.Println(“019”);catch(HeadlessExeeptionex){System.out.Println(“020”}4.3数据导入接收XML文档的操作由一个按钮控制，该按钮也位于多表查询界面上。按下该按钮，弹出一个对话窗口，用户选择要插入的表名，按“插入”按钮，弹出文件对话框，用户选择要接收的XML文件所在的路径，选择文件后，就可将XML文件中的数据取出，按照标签的含义将数据插入指定的表中。该部分的程序由接收方执行。为了将XML中的内容取出插入数据库中，首先要知道这些数据要插入哪张表中。由于这步是一方接收到XML文件后要做的工作，己经和数据的提供方无关，接收方要求数据的同时一定清楚该数据要插入哪张表中，因此表名由接收方提供，XML文档中的字段名到接收方表中的实际字段名的映射由数据字典提供。XML文档的所在路径由接收方指定。该功能的实现由三块构成:首先，取得XML文档，该部分由一个文件对话框实现，允许用户选择XML文件，文件对话框将在界面部分介绍。取得XML文件后，要得到它的根节点，从根节点开始解析。第二，通过每对<row></row>节点定位每一条数据，将<row>节点下每一个字段节点的名称和字段值取出，查数据字典，将XML文件中的字段名转换成库中实际的字段名，字段值不变，同时记录每个字段的数据类型，都用List一记录下来，一一对应。用每一条数据执行一次SQL:insertintotablename(字段名l，字段名2…)values(字段值l，字段值.2二)。第三，生成SQL，字段名和字段值分别都已记录在List中，可以保证一一对应的关系，只须将字段名依次取出，用逗号相连。将字段值取出，按照不同的数据类型，构造成“字段值”或“’字段值，”，之间用逗号相连。将用户提供的表名加入，连同SQL的关键字，便能组成一条insert语句。执行即可。第五章总论及展望5.1总结目前，我们共同探讨研究设计出来的基础数据库，成果已经被应用于江西、山东、宁夏等部分大型灌区信息管理系统中。这些系统都非常庞大，划分为若干个子系统:实时监控、信息查询、用水管理、运行仿真、决策支持、公众服务、事务管理、办公自动化和系统维护，因此这些子系统对各个数据库之间的数据传输、调度等要求会非常高。而我们建设好的数据库经实践下来证明，数据库的量大、准确程度高、内容完整性强、数据分类清晰、数据库逻辑结构设计合理。在实际数据库的管理应用中，能很好的实现将数据导入、导出、添加、删除、修改以及备份和恢复等操作。为了规范和指导全国大型灌区基础数据库建设，确保全国大型灌区基础数据库建设具有统一的数据标准和规范的信息存储格式，大型灌区数据库(含基础数据库)的开发建设与管理维护，就是灌区信息化建设一个十分重要的环节和内容，对其它各类专业应用系统(己开发和待开发)的推广应用也有着十分重要的影响。因此，确保大型灌区基础数据库开发建设与管理维护功能的安全、可靠、实用并具有较高的专业水平，以及对管理维护人员的技术指导、培训和数据库系统今后长期不断地改进与升级，是关系大型灌区基础数据库建设与作用发挥，以及能否具有长久生命力的重要因素和条件。所以我们需要进一步开展大型灌区基础数据库建设与管理维护系统平台(即:基础数据库开发生成工具及管理维护系统软件)的研究与开发，利用这一技术成果指导和帮助大型灌区完成其基础数据库的设计开发与建设任务，并确保对基础数据库的有效管理维护以适应今后的系统升级。5.2展望建立基于S3技术的灌溉用水决策支持系统是一项先进的灌区数据库建设技术，它综合利用GPS的瞬时快速定位功能、RS的数据更新功能和GSI的空间数据处理和分析功能从而建立起决策支持系统。利用RS获取农业自然资源，作物长势、气象趋势、灾害等动态信息。将这些信息直接以栅格格式存入空间数据库，为地理信息系统提供大量的定位定量观测数据。利用GPS作为重点工程数据更新的手段，将测量数据存入工程数据库。利用地理信息系统自己所带的功能结合其他数据对这些遥感数据进行管理。RS、GPS和GSI的结合使GSI具有大量快速的空间和属性数据源，能保证遥感图像得到快速有效的解译和分析，可提供农业自然资源的调查、分析和评价，农业灾害的监测、预测和评估，作物长势的监测和产量预测，生产管理决策支持及农业生产信息咨询服务。进行大型灌区基础数据库建设是为了更好的实现灌区信息化。因此需要建立灌区综合数据库及数据库管理系统。建立包括实时水情、历史水情、灌区基本信息、渠系、灌溉制度、需配水方案、超文本信息、图像等的综合数据库系统，为灌区信息管理、用水决策和办公自动化系统提供数据支持;同时，建立综合数据库管理系统，实现灵活的数据定义、输入、查询和统计分析功能。完成灌区基础数据库开发建设，组织开发集信息采集传输、优化调度与监控为一体的水管理系统。最终，建立以信息采集系统为基础、以高速安全可靠的计算机网络为手段，亦S3技术和决策支持系统为核心的现代化灌区管理系统。致谢硕士论文能够圆满完成，首先感谢导师陈金水教授。论文从选题、规划、撰写、修改到成稿，陈老师都给予了认真、细致、严格和全面的审阅和指导;在攻读硕士学位期间，还带领我深入到灌区信息化项目实施中，令我从中受益匪浅，学到不少关于数据库实际建设操作的真知。陈老师以广博的学识、严谨求实的治学态度潜移默化的、深深的影响了我，谨在此向陈老师致以最诚挚的谢意。特别感谢清华大学胡和平教授和田富强副教授。论文是以他们为灌区信息化编写的基础数据库的初稿为基本素材，在此基础上针对青铜峡灌区和王屋灌区信息化建设的实施做了适应性调整和扩充，并且就数据共享和交换等进行了应用性尝试，因此刁‘有了论文的些微成就和对灌区信息化的微薄贡献。同时感谢南京水利水文自动化研究所陆云扬高工和河海大学卞艺杰教授对本论文的评阅及提出修改意见。感谢以河海大学计算机及信息工程学院艾萍教授为主席的答辩委员会。感谢答辩委员会委员郭学俊副教授、庄卫华副教授、答辩委员会秘书刘文婷讲师。深深的感谢课题组的师兄师妹:刘庚、刘迁、韩永虎、周静、刘振华，感谢他们在学习和生活上给予的帮助;感谢陈老师的其他课题组弟子唐海涛、薛海燕、靳瑞萍和钱昆、贾素来、李海霞等师哥师姐师弟师妹们，在和他们的讨论中使我对某些问题有了更加深入的认识，对本论文的完成起了重要的推动作用。感谢同班的黄兆亚、洪蕾、丁谨、宋颖、唐华为以及徐旭光、王宇和武万峰等同学，我们生活上风雨同舟，学习上不断交流、共同度过为期一年的在校学习时间，这段经历令我终身难忘。笔者:张肠肠2006年03月于南京附录表l灌区基础数据库数据表及字段定义序号字段名称字段标识字段类型及长度数据表名称及标识数据库名称001水源工程代码SourceE_CodeC(5)01水源表IrrBISource1取水系统002水源工程名称SourceE_NameC(20)003水源工程类型SourceE_TypeC(1)004水源类型Source_TypeC(1)005取水设施代码FStrueture_CodeC(4)02取水设施表IrrBIStructrue006取水设施名称FStrueture_NameC(20)007取水设施类别FStrueture_TypeC(1)008取水方式Fetch_ModeC(1)009水源工程代码SourceE_CodeC(5)010河流代码River_CodeC(3)03河流表IrrBIReach011河流名称River_NameC(20)012河槽平均宽度Rive_WidthN(4.2)013河槽平槽流量River_FluxN(8.2)014水库代码Reservoir_CodeC(3)04水库表IrrBIReservior015水库名称Reservoir_NameC(20)016枢纽工程等级GradeC(1)017死水位Dead_LevelN(7.3)018防洪限制水位Flood_Control_LevelN(7.3)019正常蓄水位Normal_LevelN(7.3)020防洪高水位Upper_Flood_Leve1N(7.3)021设计洪水位Design_Flood_LevelN(7.3)022校核洪水位Max_Flood_LevelN(7.3)023总库容Total_CapacityN(7.3)024死库容Dead_CapacityN(7.3)025兴利库容Benefeial_CapacityN(7.3)026防洪库容Flood_Control_CapacityN(7.3)027调洪库容Capacity_Flood_ControlN(7.3)表1灌区基础数据库数据表及字段定义(续1)序号字段名称字段标识字段类型及长度数据表名称及标识数据库名称028重叠库容Overlap_CapacityN(7.3)04水库表IrrBIReservior1取水系统029设计洪水频率Flood_Design_ProbabilityN(4)030校核洪水频率Flood_Max_ProbabilityN(4)031水库代码Reservoir_CodeC(3)05水库水位与库容及面积关系表IrrBIReservoir_LCA032水位LevelN(7.3)033库容CapacityN(7.3)034面积AreaN(8.3)035测量时间TimeT036说明MemoC(100)037泵站代码Pump_CodeC(4)06泵站表IrrBIPumpingStation038泵站名称Pump_NameC(20)039所在河流代码River_CodeC(3)040上级泵站代码UpperPump_CodeC(9)041泵站类型PumpStation_TypeC(2)042装机容量CapacityN(8.1)043机组台数SetNumberN(3.0)044设计进水位高程DesignILevelN(6.2)045最高进水位高程TIPtoPILevelN(6.2)046最低进水位高程LowILevelN(6.2)047正常进水位高程NormallLevelN(6.2)048设计出水位高程Design0LeveN(6.2)049最高出水位高程TIPtoPOLevelN(6.2)050最低出水位高程Low0LevelN(6.2)051正常出水位高程Normal0LevelN(6.2)052设计实际扬程FaetLFN(6.1)053设计吸上扬程AbsorbLFN(6.1)054设计压出扬程ExtrudeLFN(6.1)055最低实际扬程LowFaetLFN(6.1)056最高实际扬程TIPtoPFaetLFN(6.1)057正常设计扬程NormalDesignLFN(6.1)058设计最大流量DesignMostFluxN(8.1)059正常流量Noma1FluxN(8.1)060水泵代码Pump_CodeC(3)07水泵表IeeBIPump061水泵型号Pump_ModelC(20)062所属泵站代码Pump_Station_CodeC(4)063产地Producing_AreaC(20)表1灌区基础数据库数据表及字段定义(续2)序号字段名称字段标识字段类型及长度数据表名称及标识数据库名称064生产厂家FaetoryC(20)07水泵表IeeBIPump1取水系统065水泵类型PumP_TyPeC(2)066口径DiameterN(4.0)067流量FluxN(8.1)068扬程HeightN(6.1)069功率POWerN(4.2)070效率EffieieneyN(2.0)071允许吸上真空高度AbsortHeightN(4.0)072实际扬程RealN(6.1)073最高扬程MaxN(6.1)074最低扬程MinN(6.1)075坝代码Dam_CodeC(3)08挡水坝表IrrBIDam076坝名称Dam_NameC(20)077坝类型Dam_TypeC(2)078工程等级Dam_GradeC(1)079坝高HeightN(4.2)080防洪标准Standard_Flood_ControlC(15)081建筑物代码Strueture_CodeC(3)09枢纽建筑物表082建筑物级别Strueture_NameC(20)083建筑物级别Grade_CodeC(1)084所属工程等级Projeet_GradeC(2)085建筑物类别Strueture_TyPeC(1)086井代码Well_CodeC(4)10取水井表IrrRIWell087井名称Well_NameC(20)088经度LatitudeN(7)089纬度LongitudeN(7)090所属渠道代码Canal_CodeC(11)091井直径DiameterN(4.2)092井径类型Diameter_TyPeC(1)093井深DePthN(5.2)094井深类型DePth_TyPeC(1)095动力类型Motivity_TypeC(1)096坐落位置类型Loeation_TyPeC(1)097开采形式Mine_TyPeC(1)098管材类型Material_TyPeC(1)099看护人NurseC(10)表1灌区基础数据库数据表及字段定义(续3)序号字段名称字段标识字段类型及长度数据表名称及标识数据库名称100渠道代码Canal_CodeC(5)11输水渠道表IrrBTCanal2输水系统101渠道名称Canal_NameC(20)102上级渠道代码UPPer_Canal_CodeC(5)103上级渠道桩号UPPer_Canal_CoordinateC(10)104渠道类型Canal_TypeC(1)105渠道长度Canal_LengthN(6.1)106渠道土壤类型Soil_TypeC(2)107渠道岩石类型Roek_TypeC(2)108渠道衬砌类型Lining_TyPeC(1)109防冻胀措施Frost_Heaving_TyPeC(1)110渠道横断面类型Transeet_TyPeC(1)111渠到水利用系数CoeffieientN(2)112糙率RoughnessN(.4)113坡度GradientN(.2)114设计流量Normal_FluxN(4.1)115加大流量Max_FluxN(4.1)116最小流量Min_FluxN(4.1)117允许不冲流速Erosion_VeloeityN(4.2)118允许不淤流速Sedimentation_VeloeityN(4.2)119子表ChildrenB120渠段代码Child_Canal_CodeC(6)12输水渠段表IrrBTCanal_Reach121上级渠段代码Uper_Beaeh_CodeC(6)122所属渠道代码Canal_CodeC(5)123渠道类型Canal_TypeC(1)124所属渠道起始桩号StarCoordinateC(10)125所属渠道终止桩号EndCoordinateC(10)126渠段土壤类型Soil_TypeC(2)127渠段岩石类型Roek_TypeC(2)128渠段衬砌类型Lining_TypeC(1)129防冻胀措施Frost_Heaving_TypeC(1)130渠段横断面类型Transeet_TypeC(1)131渠段水利用系数CoeffiCientN(4.1)132糙率RoughnessN(4.1)133坡度GradientN(4.1)134设计流量Normal_FluxN(4.1)表1灌区基础数据库数据表及字段定义(续4)序号字段名称字段标识字段类型及长度数据表名称及标识数据库名称135加大流量Max_FluxN(4.1)12输水渠段表IrrBTCanal_Reach2输水系统136最小流量Min_FluxN(4.1)137允许不冲流速Erosion_VeloeityN(4.1)138允许不淤流速Sedimentation_VeloeityN(4.1)139渠道代码Canal_CodeC(5)13渠道工作制度表IrrBTCanal_WorkSystem140渠道工作方式Canal_Irrigation_TypeC(1)141轮灌组名称GroupNameC(10)142本组轮灌周期DurationN(4.1)143轮灌编号Inner_NumberI144描述DeseriptionC(100)145渡槽代码Flume_CodeC(3)14渡槽表IrrBTFlume146渡槽名称Flume_NameC(20)147渡槽的工程等级Flume_GradeC(1)148渡槽的槽身结构Flume_TypeC(2)149材料类型Material_TypeC(1)150断面流速Flow_RateN(4.1)151所在渠道代码Canal_CodeC(5)152所在渠道起始桩号Star_CoordinateC(10)153所在渠道终止桩号End_CoordinateC(10)154隧洞代码Tunnel_CodeC(3)15隧洞表IrrBTTunnel155隧洞名称Tunnel_NameC(20)156隧洞的工程等级Tunnel_GradeC(1)157洞身结构TunnelBody_TypeC(2)158材料类型Material_TyPeC(1)159洞径Tunnel_DiameterN(2.2)160转弯弯曲半径Bending_radiusN(2.2)161进口高程EntTance_AltitudeN(2.2)162出口高程Outlet_AltitudeN(2.2)163设计流量Design_FluxN(2.2)164所在渠道代码Canal_CodeC(5)165所在渠道起始桩号Star_CoordinateC(10)166所在渠道终止桩号End_CoordinateC(10)167倒虹吸代码Inverted_Siphon_CodeC(4)16倒虹吸表IrrBTInvertedSiphon168倒虹吸名称Inverted_Siphon_NameC(20)169倒虹吸的工程等级Inverted_Siphon_GradeC(1)170断面结构Pip