工程图形数据库在房屋给排水施工图中的应用 39页

同济大学士学位论文工程图形数据库在房屋给排水施工图中的应用姓名：张荔力申请学位级别：士专业：@指导教师：黄钟琏;谢步瀛19900330\n摘要本文以工程图形数据库在房屋给持永施工图中的应用为背景◆讨论‘了关系层次盈的数据库模武及趣应的数据库管理系统·在此基础上笔者提出了一糟实现上述技术需要解决的接式之阔的映象和数据整体处理等问题的设想，并应用于卒实例中·结果表明这神工程匿形数据库的实现设想是可行的，且具有较好的透明度，通用性和实用性．\n致谢在本论文的研完工作及撰写过程中，符剜了导师黄铸连教授，谢步瀛讲婚的大力支持和热情指教·在此，笔者谨向他们表示真诚向感谢·\n引言随著计算机辅助设计／制造(cAD／CA丝)韵兴起，提出了对图形信息的存贮和操纵，促使人们开展对图形数据库的研究，以提高CAD／cA玉叵的工作效率和质量．一般来说，一卟匿形欲据库的设计有下到步骤：o定义一个数学模型空问，用数字实体表所关心的现实世界的实体。确定实体表示方法，通过有限字符所构造的符号结构与数学模翌相联系。为了在计算机中表示符号结构，把符号结构转化为卫一R图0把E—R图转化为县体的数据库模型。最后在一个具体的数据库上加以实现。此外，图形数据库(GDB)对数据库管理系统(DBMs)的要求有班下一些值得注意的特点：o需要确切地描述豳形应用中的几何信息，非凡何信息以及描述各几何体之间相互关系的拓扑信息。图形信息的数据结构比较复杂0数据一致性问题。数据操纵能力要求高。数据结构的动态模武～1～\n◇。反复试探性。数据寝亿量大．两豆网状．DBMS与关系DBMs分别用予图形系统·有以下的不同之处：6鼷鞍袈毋模型薏较好地描述GAD／CA丝环境复杂的图形数摆结构，且具有有效的处理能力，作为GDBMS的内捷式是合适的(，关系数据模型具有较高的数据独立幢，适应子设计人员不需要过多了解数据缋构即畿运用数据操纵话宫对数据库进行操纵配要求，关蒜视鹭具有较强i》适应性，该模型作为GDBMS的外模式和概念模式建合适的。霹茈，一力。八五年西北工业大学徐秋元等人提出了一种QDBMS拍结构经织。OGDBMs按外模式、强念缮式移荫模式分成三个层次(：÷对外镁式袅照摇操纵鬈言按关系数据谟型战设计方武设计。对内蠛式、舞j念模式以及存贮结构语言、数据÷≥述语言均掺网状数据模型的设计方武设计·但瑟实现进样曲GDEMs篼构，还有一些离题需要解决，诸如～2^，\n拦武之间的映象、视图更新转换，动态祓武结构、语义信患的嵌入以及数据的整体处理等·一九八八年-橡秋元等人给出了一彳警工程数据库管理模型上复杂物体的数据表示和一种工程亭务处理管理模型·他们把一个复杂物体作为一组较小的复杂物体的集合，复杂物体可逆归，出筒单物体组成较复杂的物体·所有勃体乏间的芙系躜网状结构表示·将工程事务按功能划分，以树状息次形式组务：，下级亭务处理枢对于上级事务是一个子事务处理，亭务的一致性也是相对于上一级而言的·部分解央了视图更新转换和数据的整体处理辞问题．为了避一步提高GDBMS的透明度和通用性，二∑景趣打算在这方面做些工作，在理论上进行探讨，在实践上采用本应．躜实例加以实瑰，最终给出一瓣透q号度和辽用性较好的GDBMS模式。以下将讨话工程豳形势据库的原理，拦述关系层次形的数据库誊：式，在此基础上提出一种实现设想：o在模武转换过程中加入若干限钢条件，使存贮更新操作时，一个外模武的每个段幻属性鍪合必须对应予内模式某个记录的数螽项类型的子集，褥这个子集至少应包括该记录的关系展性。加入抽象数据类塾i?拢述能力，通过语义信息(约束条件)的嵌入，不仅能够描述．孓出型蔹扭记录与其相关的独立势据记录之闽的依赖关系，而且能够将实现这释依赖关系的程序掰{．于导出型数～3～\n据记录之上。对予涉及到的大量几何数据捅述及管理，能够将每个复杂的数据结构作为一个完整的独立实体进行处理从而较好地解决模武之闻的映象和数据的整体处理等问题·然后将给出在IBM—PC上用F0RTRAN实现的以房恳给赫水施工图设甘绘稍为背：繁昀应用实侧，验证这种实现设想的正确性·一～4～\n2工程图形数据库的原理2．1一般数摄库当被操作和管理的信息表示成有很多角途的数据时，这些信患就是有价值的资源；特j58是当它能被方便迅速地使用以满足所有可能的需求时更是如此·因此要给出一种途径，保存有用翰信息，使任何应用系统能方便地使用它，而各应用系统是互相独立的·于是就产生了数据库这样一种数据集合，其中数据被存贮和组织以适合所有应用系统的需要·在数据库与应用系统之问有一个较俘接口，祢为数据库管理系统，它使餐所有应用系统对予数据库有一个总的观点(viewpoint)，称为总体逻辑模式(globa1ogiealmOde1)及箕代碣形式称为捷式(Schema)；使得各个应用系统对数据库有各自的观点，称为外模武(ex七ernald&七amode1)及其代码形式称力子模式(Subschema)，好象数据摩只具有与各冷房用磊统招适应的物理结构。各个子模式的修改是榴互独立的，加入一个新的应用系统必须加入相应的子枝式，捌对给援式加入新的数摆类型也不需要修改已有的应用系统的子模式，印模式争各子栏式分另j具有逻辑数据独立幢·当应用系统对数据库进行搡诈乒所窨贮敛据的彩‘理结构会相应地交亿，但不会影响应用系统穸以保持劳薄．数据独立性。，√5，o\np此对以下问题感兴趣：O现实世界及其信息0现实世界中与应用系统有关的信息，蒋为极小也·界◇人鳃对钕小世界然?认识给出了信息的荧联类型歌力概念凌武。对褫惫≯式舸譬角，络癌了移能社武。表达蕊袁．磴式芝o?琵≯妥i规翻约束泰侮(：j由谍作系统控觎转换昀程存贮嚣孛翰实际教螽的物理结构及采示◇数磐污薯识和传莲等等。棍念模式籀迹板矗、世界中所有蔹撂类型的结构，功能模式描述应用系统中数据的流动和健庵·由茈锊到以下翰信，繇和数据模跫互相联系的示意图z．!．．!；～6～\n致l谚：籀一致lr?磊卜f厂～＼翰踩逑／保持一J习U对应于功能祓块雨2．1．1～7～保持一致\n还锝搿DB矾S的结构图2．j．2，外部域-_●-●__●-_●●--_-●--”“，_—●一表示若干外模式概念域袭示一个概念模式内部域裘示一个内巍武存贮介质图2：1：2其中概念模式与外模武乩意义前面已叙述过了，内模式描述所有存贮数据的完整结构·这种三层次的结构具有高度的数据独立性，这糟叛立性南两个映射褥到，瘁外模式映射剜近似予移念凌式的总体逻辑模式，然后由足．体逻辑模式映射刭内棋式．霞诧保证一个外横武的交化不影嗡其余外模式，内模式变化不影：匀外模武·迄意味着可以选择适当的数据模式以适应各釉目的，倪如选择适当鞠内模式以提高计算机效率，选择适当的外模式以提高人的效率·～8～\n2．2工程豳形觳据库的特点工程图形数据库中存贮几何和非几何信息，因此不仅具有2．鼍节中所述一般数据库的属性，还具有其转性，它包括。瑟形信息的结构比较复杂在工程图形数据库中，不但有多荆，实体类型，丙且其间有多莉联系，从而形成一个复杂结构·工程图形势据库中实体间的关系大多是多对多的，同时又常出现同类实体问的递!】皇关系。数据一致性问题由于工程图形数据摩中公用学；惑较多，而且公用信息不易求出，园此图形数据库中常存在缀多不易消除的冗余信息，另一方面，在cAD／cA玉区环境下有时为能有效煎方便地对数据进行操纵，往住要有意保留一些数据冗余。因此GDB弘S应具有搪象势据的描述能力，当对记录修改时记下标如修改独尘记录的信息，以便随后修改导出塑记录。数据操纵能力要求高CAD／CAM环境中涉及鳓大量几何数据的描述及管理·例如一条曲线是由若干凿线段及连按点定义，但是概念模式中为实现凝据共享，减少鼓据冗余，锚将曲线避行分解，从而一条盛线在褫念模武中将通过几个相互联系幽记录的记录式：括述，但对曲线作数据操纵对，整条曲线应作为一个完整幻实俸，责：霹QDBI蛆s应能将一个复杂的数据结构作为一个完整纡独立实体进行处理，o9_v\n。数据结构的动态模武在CAD／cAM环境中所设计的实体采用怎样的数据结构往往取央于设计人员昀构思和设计目标，例如在几何体昀设计构形中往往锯要从现有体索中通过修改建立新的体索，两体索的描述反映为工程图形数据库中模式的描述，所以工程图形数据库需具有动态模式，使用户既能改交数据库中的值，又能修数数据结构反复试据性在cAD／cAM环境下设计过程一般地说是反复试探的过程，因此面向这钴环境的DB鲢s应能支持反复试探性过程数据变化量大在工程图形鼗据库中，开菇+设计时只保存描述设计环境酝信患，设计者数据初始环境信息杓造更为复杂的几何实体，这部分信息是随着设计流程幻进行丽逐步得到的，随著设计过程翰迸行数据量不断增长．基于这些特性可舡，王；二警形Dijj应具有以下功能掺供与FORTRA尊语言或募它适崩于工程设计的算法语言的接口0DBMS可直接支持多对多关系，递归劳系等复杂数据结构固警述CDBMs能支持抽象数据类型眈描述语义约定条件按述能力，便于将一复杂的数据结构作为一完整的实体选行处理，并’鼯持一磐嚣、完整经冬一．一{O～\n。动杰描述数据库中数拓结构的能力0有效支持大量几何～非几何数据操纵的能力支持试探性反复设计过程，具有数据恢复等功能按纵向进行数据的物理组织等等·\n2．S工程弓影数据库钧设计方法工程图形数据库只能存贮符号亿结构，面实现世界中任意一个工业产品都是三维欧氏空间中的一个子象，妇何把这两部劣-信息有机地联系起来p使得一个三维立体图形能用一维，有啜、离散化的计算考L形式描述，并可进行一系列的运算和景作，祀结暴以三维渗氏空阔幻一个子集输出，这正是GD}31nS娶锯央幻酒题．现实量界r1两}管理系统图2．3．j如图2．3，i所示，工程图形数据库的设甘菇一五步进行0定义一个数学模型塑厨，用数学实体表示所关心构现实世界中的实俸，其中菇．髻．之j翌空问幻定义是，对于三维立体图形．合适的雾。学禊型是三维眨毙空端中有界、封闭、正则和半解析的子集，这样的子集-qr—sot．直观地说，r—set是出具有很好特性静表面所包～百2～\n蚕的立体圆形0确定实体表示方拓-，即通过有限字符所构造的符号结构与数学模类联系一群表示方法，如果其中的任何一个表示(印一个符号结构)仅对应现实鬯，葬中唯一的一个图形，别称这瓣表示方法是完全灼。通常所扁到幻工程销图是一种不完全的表示方法0为了在计算机数据库中疹示符号结构，把符号结构转化为卫：瑚图F}形系统的嚣一R譬的复杂性在予实体种类多和实俅之问的关系复杂·由予一个图形可用于多个图形的定义之中，而且一个大的豳形住往是由众多小躁形缝成I因此图形数据库始显一R固往往是一十复杂幻瞬状结构。把B—R图转化为其体翰数据库数据模型在具体实现之前，要粳据实体表示方法的不躅选角遣当的蔹据库数据模型．饲如实体幻扫扼法和边界表示法B—Reps是用面～线～点以及它们之问的连接关系来表示一个三维立体图形，基：此餍．H-RePS方法对一仓图形的操作是一次一／卜“记录讧”，在强据，宰的不同记录型之间反复查询，任意一段时间所涉及彭，记录型幂|：粪变亿很频繁，弼霞铰DB’is磅：任意两个记录型之间都可以角系联接。在关系DBMs中若娶实现贾个关系的连接，娶经过关系运算(如自然联接)才能实现，运算量大，迁废慢．所以鄹状DBMs是支持B—ReDs方法的有效工具。而关系DB址S适应于一段时问～lS～\n的操作基本上涉及一个关系的环境，这是由于关系的限制与筛选曲效宰高，雨涉及多个关系的运算效率伍，并且现有的关系系统硝若干涉及多个关系的运算还有一定的妖钌条件。最后在一个具体的舅。据岸上加以实现·^一1毒～\n3一／卜应用实例前述蜘工程图形数据瘁系统是一个逗罔的计算机应怠署统·将这样的系统应用于具体蜘工程事务处理的环境，必须分析应尉领域的信息特点，得粥盈一E模型，然后转掺成迁当的势蠡库数靛模型·下面以主建给排永施工图船设计与绘稍为饧；说葫共应弼。3．1房屋给排水施工豳昀设计与绘翻过程房屋给搏水施工图的设计与绘锅过程中涉及的信息为标准图和零部件图。其中梅准臣来源予国索部钡褥礁匿，被用户直接引用或部分修改后引用，零部件图来源予制图手册中绐出昀常用的给搏水管道的零都俘如各势毽：港和各类甓或连接器等，被角户采用交互方式送行设计·在房屋给擗水施王瑟的设计与绘剁过程中，对系统的某些部分往往可惜助于国家、部级须布蜘有关标准躁，或直接引用其中的若干张图纸直接绘图输出，或仅对其中某些基本参蔹作些小交动，并由系统根据更竣后的纛lj参数作囊嫠菠是^i--+：J标准茵并绘匿转出。对应予一定的区域规划豳和区域位置豳酌笺磐东系统往往存在若予张标准匿(如厂医F：小医绘搀永平面瞬、轴澳l蹈和分嚣娥劈-段的管迄豳等)。每耪绐瓣水系统由不陵类型、觏；}鼻的管邀及管莲连接器连接丽成。～罾孽，v’\n值域．’’‘‘。。。。一3．3关系层次形的数据库模式出3．．2的E—R模型得关系形的概念捷式，如图3．3．．1。关象集枷集值域豳3．S．，U19～\n由此得层次形的丙模式如髓3．·0·2·图3·3·2相应的一个关系形的外模式如图3·3·3·给排永系统关系<系统代号孝◆系统信息·)管道关系(管道代争．簪，管类型·蟹径，始结点代号，终结点代号，系统代号>～20～\n管连接器关系(结点代号轷，结点类型代号◆结意坐标，系统代号，管道代专7施工图关系f图代号芬，圈类型，系统代号+)Iit3．3·3共中秘移-表赤记录的关键值，-·一表幂系统信息诸如该给排水系统所属的建筑平面～立面蔹撂文停名等·逮三耷层次的数据库模式的导出主要是基予改下节3·4一模式之辩的映象-的I《l客·3·4模武之目的映泵在数据库模武的转换过程中，外模式和内模式之闻的映象的转换庄与凝惫模武保持一致，也就是说，外模式的每十段的属性集合必须对应亍内模式某个记录类型的子集，面这个子集至少应包括谈记录的关键属性·使外模式蠢确地反映在内模式上进行的番弦更薪操作；反之也是一搏·以下仅考虑外模式鲥内模式的情形。情形l假定外模式为R-(A，B，x)和R。(A，Y)～21～\n3．5教耨的整体处理本应用系统串涉及到许多几何数据麴耩述青管理·例如一路管莲是虫若干管径不闷·茭型不麓终管道连接器历定义，但锟念缨式中为实现轰螽共享，藏少靛籀冗系’器特管道分解多?若干点绔燮，其上各点管经相同，且具有髭端毫莛萎器和终端管连；≥的分爹董：，每个分管遂船几何数据置于一‘个夯管逡记录之中，·参个始鹚管遴霰嚣橐f终端管连接器分捌置于两个管连接器妒。录之中，从而一路管道在凝念模式中通过几个相互有联系的分管连记录和喾连接器记录来描述．当对管逆作数据搽纵时，彗路营邀俘老一个岁芬巍实体，这意味着嗣除一路管道，不仅要翮滁代表薹露管道的一，1个记录。i囊且该路管道上钧所有分管道记录和管连接器记录应一同靛罾豫，存贮一路管道时，不仅瑟存贮代表整路管避的记录，两且要谗其上的分管道，管连接器等定义点记录X时簪贮入库。选样，DBM5嫠够将一个复!》约管道势据结构作为一个完整的独立实体进行处理。另外，s．2“有关丧j；图影信息”中提裂为了方便施工圈的存放采：枣新绘制，粑蜜移分为标准墨、瞄块和图元三仓参08，其哆图元级娥最低．图形级别之间保留了一些奠翡冗余，伊如菜鬏管道可以看作蹙块或圈元，其形状参毒：取凌予管径及管邀类型．标躔露、臣!之和鎏元属予导盘型记爨。如果侈改管径或管道爽型，蓐；色的曩势、乏jj。就失去了惠史．葱了使DB鬣s具有抽象数据的播述～28～\n能力，嵌入语义信：息(约束条件)，不仅掐述导出赘记录与其柱关的管主之，蟹连长豁等独立数括记录之闻的依赖势系，丽且能将实现这种依就关系的程疗断予导出型凝挠记录之上·这样内语义信息(约束条件)话逻{{上可理解劳南一些鼗瓠顼及程序代码纽戌·当对记录修改时，一令专用过程将启动，jr标识修改独立记录的信息送入专用区；弘俄缆后保持一致性使用。当谚一记录时!-专用过程又被启蒂，在专蠲存弦区中查我是否有表示该记录所依赖记录被修改的信息，如象壹到剜抗行该磐序以实现粳据所依赖记录的当前值相应地修改导出型记录以保持一致性，而后再谈取鼍：出型记录·～29～\n3．6主要功能模块由以上的讨论得到本应用系统的总体结构图如图S．6．1所示圉3·6．I这是一个以数据库为核心的应用系统，各种应用敦件蚜可使尼一组公用的数据操纵命令，利用统一的接口工作文件方式，对库中的数据进行存取和访问．本应用系统有两类数据库：有效标准图形信息的数据库S—DB和每个应用系统自己的亭务数据库T—DB．，oS0，、，\n图3．6．1中的主要模块有0建库由于给排水施工图数据信息量大，S—DB的建库工作重复～繁重，丽标准的部件，图例等数量虽多，但图形比较简单、规范，而且要求输入的图形坐标数据准确，‘保证装配后的施工图对应位置正确，因此本系统对s—DB规定了简单的建库描述语言，使用此语言能方便地输入大量的部件和图例；O查询给排水施工图数据库应能代誊施工图设计中使用的各种圈册，蟊例符号及已经设计过的资料档案，用户应当直接从显示屏幕上就看蓟各种资料·针对这一特点，提供给用户一套功能较强的查询命令语言◆可以查询库中的非几何数据及显示几何图形，可以由DBA进行交互查询，或应用软件进行非交互查询，并根据要求输出列表或显示；o应用软件应用软俘可以有多种，它包括方案设计款件和施工图输出软件等·各种应用软件可以是独立的梭块·用户通过应用软件把设甘数据存入T—DB中，T—DB中可同时存放设计的中问结果衣设计的最终结果；o数据的操纵和管理～31～\n这是瑟冷系统的核心部分·对数据犀中势赛的实际操作均出具有各种谚能幻操纵命今直接完成·出于s—DB和T～DB两类妖摇库姥构不嗣，对各炎数据库妁拦纵命令是独立的·因丽便予增加、修缓和扩充操作务令·按逻錾功能剡：：：}‘，荣据景纵诤‘令可分为六类{增乏，矧3改这三种命令每次只对一个独立实体，．行法《筝，一次寥作可处理一个实体静多方面信息·锶如一路管道幻乎，立面函霹种几何信息可同时蚜加或潮除，也可只修改它的平面舀或立西图4套找6维护这两释命令方式赣多，铡如可以查找或取出一路管逮的平面圆或直西圈琢碍几何謦息；可以同时查找或显示一个给猕瘩系统率所有各路∥遗信息，还可以查我或噩示位于平面每个区域露高度为巢一落裂成约金鄂管道信。墓等8绘艮’巍聿‘西主要是戈行“查找”·分冬井吉j潦行瞪形显示时被调用钓，它，包蕾三类子绘图命令。二维鲤形交羧赶给t≯?迸二一西酾F；I零f螽‰要迁行定比倒交换、旋转交’麓．警移和旋转～32～\n。三维豳形交换在绘韶管道立酉图时迸行消悠透视投影和三维视见交换Q开窗口与劈取在绘制管述平露民誊立茸豳时枉毒j需要设翌窗口，仅显示窗内li：f器形信怠：：)库文僻结托在给擗水施工匿数拓库中，根据数据库的特点和设计过程的需求，对数据毵存放和管理采用分类进行的办法．目前将数据分为默类：零部停园倒、建筑施工图和给瓣水施工舀，每类对应一个子摩·整个数据库由多个基本子库组威，每个子库结构独立．这些子岸从使用上分为前述的8一DB和T—DB。T—DB是在用户幻设计过程中建立幻，侧如对于辊个给择永系统有若干群施工图：建筑平面圈～建筑立面团，给水平面躁、给水立面鼢、排水平面囝和排水立面豳等．其串建筑平面图和是筑立西髓对车系统掰言是祖先T—DB，应尼程序只能使用，不能修改；面其余几种给排水施工露是子孙T—D己，其》据要么从祖先T—DB或S～DB申谈驭，要么是自设约设计结果。目前各子库可能存在哟调厢关系如下甾3二6．2所示，-、一3～\n图3·6·2其中基本图索包括点，线，煎墨，尺寸标准等·对应予敦据库层次形妁内楔武，在每个子库中采用多级索孑l文学的方式，塞羽闻的联系主要依靠捃舒·这些库文僻莳结转分嗣如下。零部件予库零部件坪酋逮的营连接嚣妁简称·其类型是很多的，饲◆两九一放水龙头-等，这类数摄的特点蹙每种零部件又对窟著平霹圈和主面圈两种状态，丙在乎面匿和立酉强串又分尉对应几种旋转方囊·因地得封如下圈3·8·8所示的霉部俘子库文停—-34～\n。建筑施工图予摩绘似给瓣永施工图时必须读入有关的建筑平面圈以确定各轴线的坐标，读入有关的建筑立面图以确定各楼层昀高度，等等，因池蔷要建立这类图的索弓l文件如图3．6·4圈3．．6．．4～35～\n。给瓣永施工强对予一个绔排永系统·；It-施：i：llt及说萌嚣整理保存·因死需要对它们进行统一管理，建立给瓣水施工圈的寡拼文件，如圈3·8·6施工露茸录文锋数据文停瞳零·6·量由此可识·在本应用系统的数据库中◆无论是与DBA的各种令令乏同或是与应用系统的接口的信息交换都呆用工作文俘的方式·这不仅是格式统一，管瑶方面·处理完善·面且使整个系统的结麴层次清ll|}，便予扩充功能，有莉予整个系统功能的不断完善·o数据库和应用软件的接口方式是调用子程序包，印所有的数据操纵命令都以子程序的形式提供给用户·使应用程序能方便地使用该库·并对库中的数据进行摄作·～36～fllj、l捧给撬十系P永\n3．8软硬僻环境本课题是聋IB丑一PC的人机对话系统上实现的·它的。硬件环境美一’：交二二式工作站组成如下交互式互话站／蓝器舅蔓税器-2锣盘输入器3数字化仅必鼠标罄～52～\ne：软仟环境前台(EGround)后台(鱼Ground)l{：各种文件编辑打工实数绘印俸时字图杌站磁AUTOCADFORTRA】!；—舡化圣；：。盘k接操仪接}口口接口作系统口RDOS}～53～；_\n4结束语本文采用一个实例说明工程图形数据库的一种实现设想和应用．现在本应塌系统—一一工程豳形数据库在房屋给擗水施工圈中的应用“椰已被上海市笫二建筑工程公司所栗角，并经用户初步使用后反应良好。买跃证明这个应鼻：系统使用方便，效率菝高·毒予时阅、磺件和人力所鼹，本课题吝程序实现方面仅绽稍了竣基本的增．溺、改、查找和绘舀子模块，标准图形数据库S—DB中翰标■准匿例还红少．今后砭这方面可以进一步完善，扩充，也可以向其它视嚣移植．另外，从移据库模式建立岛一般性可知，本文提出的这种匿形荔：据库的实现设想是具有通用性的，是可行幻．～5～\n参考文献(1)张荔力，谢步瀛，《工程图形数据库在房屋给搀永施工图孛的应用》，中医土木工程学会计算就应用学会学术报告会论文集，j989(2)徐秋元，罗来吾J孙坤，《图形数据库的设计方法及其对数据库名：理系统的妥永》，请算机科学＆8，1985(3)孙瑚，罗来吾，徐秋元，《工程款拱·库中复杂物体和事务处理的管理>，计算机研究与发展第25卷第3巅，198(4)M．V，R．N．M，《TheDesi厶rijethodofDatabase》，lg8警(5)石谪，《夹于播梁cAD软许中冒形数据库设计的若干考虑》，笫三届金罄计算机舀澎学尊．术会议第一届全国工程数括摩学术会议论文集，1987(G)赵致榕，徐玉华，林粕红，’吕嘉禾，郑昌勋，《土是施工豳CAI'数据库管理系统》，第三居全国计算机图形学学术会议第一届全弱工程数据库学术会议论文絷，t987(7)&．Harring七orl，《计算机图形学》，198l(8)太原工业大学，哈尔滨建筑工程学院，湖南大学，《室内绐挎水工程》(第二版)，中匿建筑工监出版社～5～\n(0)《AUT0CADV2：Hs工ON2。i8扁户手婿参考手册》，上海交适大学微机研究所，科技交流室，1987(10)丘玉甫，《FOISTRA王’程序设计》，科学出版社(1i)何克清，《计算机软件工程．学》，武汉大学出版社(i2)T．B．s乞ee1，R．Meersv,．ell，《黔七abaSeSeman乞ios》，{985(18)《IBN--PCFo基IRAN手册》(14)《IBM--PCDOS手船》～56～\n-J。I止毋7誉挚≮型产抒P12c爵一每＼I必一心秆3oIJ乱rIII弘ri—\n●'●}，r琴擎笋$降蹄亨羔西一劣妒一J}．6∽o．00\n蕾#罨永；警夏畚降蓥堇图\n銎≈Lf