购物车(0)
引论：我们为您整理了13篇数据库管理论文范文，供您借鉴以丰富您的创作。它们是您写作时的宝贵资源，期望它们能够激发您的创作灵感，让您的文章更具深度。
篇1
数据库在档案管理中的应用分析
（一）档案数据库的建设
数据库在档案管理中的应用要求建立档案数据库，档案数据库代表着档案信息管理服务方式的转变。因此，分析数据库在档案管理中的应用，首先要对档案数据库的建设进行分析。
首先，档案应用需求分析：档案应用需求分析旨在解决档案利用者难以从现有的系统中获得所需信息的问题，针对这一问题，需要对大量的数据进行综合处理，这就需要利用数据库技术。例如，对档案用户的分析，决策者就需要掌握用户的利用偏好，用户的年龄层次以及查阅时间等，并参考大量信息数据得出相应的结论，通过这种方式来调整档案开放的时间，从而为档案编制产品等开发决策提供必要的信息保证。
其次，档案数据的采集：数据是档案数据库的主要内容，在档案数据库的建设中，数据的采集十分重要。目前，在档案领域中普遍存在着多样化的档案信息源，例如关系数据库文件和网络数据形式等。虽然这些档案数据源在数据结构上有着不同的构造，但是也可以通过数据的采集来对其进行总汇，进而归纳到统一的档案数据库中，形成档案信息源。
另外，档案数据转换：档案数据采集之后，就需要对现有的档案数据进行转换。这种转换就需要根据信息源的质量和规范程度来进行。例如，以档案用户分析为例，有些用户的籍贯信息记录方式各不相同，有的是以中文的方式来表示，有的则是以英文的方式来表示的，有的甚至是用数字或拼音来表示的，此时，面对这些五花八门的格式数据，档案管理人员就需要对这些数据进行转换，根据用户的具体需求将其转换为相同的格式，实现档案数据库的规范化管理。
（二）档案数据库技术分析
首先，档案数据仓库分析技术。档案数据仓库是根据档案数据的特殊结构对其进行存放和管理的一种方式，在档案数据库技术中，数据库仓库服务质量的高低往往取决于联机分析处理技术和数据挖掘技术。联机分析处理技术也称之为OLAP技术，主要针对数据库特定的问题进行联机访问和分析，通过数据库进行多层次、多阶段的分析处理，从而获得更高的分析结果。该技术是一种自上而下的分析工具，通过该技术可以将数据仓库模拟为多维的数据库，并通过EXCEL等分析工具来获得有效信息。其次，数据挖掘技术。数据挖掘技术主要应用于分析档案数据仓库，通过查询获得数据，并经过人的理解或解释，使之成为有效的信息，从而建立了有效的数据库管理系统，即DBMS，改系统可以提供一种有效的查询手段，用于基本的数据库操作。数据库挖掘技术中常用的是聚类分析技术，是一种针对共同趋势和模式的数据进行分组的方法，以相似性最大和类间相似性最小的原则对数据集合进行分组，进而划分不同的用户群体。
（三）数据库在档案管理中的应用建议
首先，确保档案的保密性和安全性。档案信息的安全性和保密性是至今令人十分关注的一大问题。数据库技术在档案管理中的应用代表者计算机网络进行档案管理事业中，因此，网络安全也将直接关乎到档案信息的安全。介于此，对于计算机网络在档案管理中存在的技术弱点，就需要通过技术的改进来解决。例如，加强对防火墙、密码技术以及网管和电子水印等技术的应用和管理，通过先进的科学技术来弥补数据库技术的弱点和不足，实现现代化档案管理。
其次，加强网络监管，做好数据库的备份工作。一方面，重视网络监管，采用多种网络安全策略，对网络的安全访问进行有效管理和控制，这样才能真正起到网络安全保护的作用，维护网络资源，防止非法使用和访问。另一方面，及时做好数据库的备份，防止数据库的丢失和破坏，避免给档案管理造成不必要的损失。
同时，坚持数据库的科学开发。传统的档案管理内容单一、更新速度慢，现代化的档案管理复杂性和变动性较大，因此，在对数据库进行开发时，必须坚持科学开发，正确使用新的档案管理软件，合理采用一种或多种数据库转换方式，实现数据在不同软件之间的信息共享。
篇2
2.1策略管理工具的应用
策略管理工具主要是网络管理人员对各种策略进行监测分析所使用的。虽然已经将策略归纳分类，但是对策略的编辑是一项工程巨大的工作，而策略管理工具的应用可以为网络管理人员提供一个便捷高效的操作方式，对策略进行科学的编辑管理，并将其作为一种解决问题的策略加入数据库中，以备不时之需。
2.2策略表示的应用
网络管理人员在对策略进行输入及编辑时，需要用到策略表示。就是策略数据库与系统之间的桥梁，能够将策略数据库与外界因素连接起来，从而简化网络管理的流程，减轻工作任务，将一些策略简单化，使管理工作变得更加高效快捷。
2.3策略数据库的应用
策略数据库就是储存策略的仓库，不同于其他数据库，网络管理人员将编辑好的策略存放于策略数据库中，数据库能够自行对各种策略进行分类汇总，列出不同策略的不同作用，在遇到不同问题时就可以针对性做出应对。策略数据库不仅能储存策略，还能储存一些辅助参数，帮助提高数据库的系统性能。
2.4策略决策点的应用
策略决策点相当于人的大脑，是决策系统的指挥官。遇到网络时，该服务器开始作出决策，从众多决策中找到合适的解决方式并提取出来。这部分的功能就是将决策和问题对号入座，并负责决策的提取和分配。
2.5策略执行点的应用
策略执行点主要是解决问题的直接对象，可以将其理解为执行的客户端。策略被输出后直接由该部分直接表现出来，日常杀毒软件等都属于策略执行点的范围，是执行策略的一线工人，也是最能展现效果的部分。
3基于策略的网络管理技术模型建立
基于策略的网络管理技术模型的建立主要是根据一定规律分布、为解决问题而存在的策略组模型与待解决问题对象之间通过某些联系结合在一起而形成的。需要注意的是，策略模型是面向对象的，其核心就是前文提到的策略系统的大脑，即策略决策点，另外辅助于策略的其他功能组建一个完整的策略模型。策略模型的建立过程并非表面上看得那么简单。从宏观上看，整个策略数据库与存在的各种问题本身就是一个抽象的策略模型。有些人认为策略与问题是一一对应的，其实不然，策略模型本就是多对多的存在模式，即一种策略可以解决多个问题，一个问题可以被多个策略解决，而整个策略系统的任务就是在策略数据库中寻找最适合的解决方法并贯彻执行。
篇3
(二)数据信息技术系统的功能模块数据信息技术系统的功能模块主要包括医院仓库的采购管理模块、入库管理模块、出库管理模块、库存管理模块、会计管理模块以及物资质量管理模块。
(三)数据信息技术系统的工作流程数据信息技术系统的工作流程是比较明确的。当材料进入医院的仓库时，材料物品一定要贴上条码或者RFID等信息化标签，并在后台映射与其对应的数据。医院仓库管理工作人员应该持手持终端接入无线网络，通过网上申领，填写医院仓库领用物品名称、数量以及信息。医院仓库管理的工作人员通过PC上查看科室领用计划，并根据这个领用计划来准备材料。医疗材料出库之后，应该将领用的物品保存在智能耗材柜中。
篇4
数据库存放着大量的应用系统信息，其安全性、数据的完整性是整个信息统统得以稳定运行的关键。应用系统用户通过用户名和密码访问数据库，数据库通过接收请求返回信息给使用者。一旦数据库存在安全漏洞，且发生了安全事故，影响将无法预计。因此应高度重视数据库的安全与维护工作，只有数据库稳定运行，整个信息系统才能变得稳定、可靠。
2安全现状
目前几乎所有的数据库都需要依托网络进行访问，因此又被称为网络数据库，而网络中存在大量各种类型的安全隐患，如网络漏洞，通信中断，*客攻击等，同时数据库本身运行过程中也会出现如数据丢失，数据损坏等种种问题，因此数据库在运行过程中时刻面临着各类风险。根据上面的描述，可以将数据库安全现状划分为以下两类：
（1）外部风险，即网络中的各类安全隐患。*客的攻击，网络的中断往往会导致数据库信息被篡改，或者数据不完整，从而无法保证数据的可靠性和真实性；
（2）内部风险，即数据库故障或操作系统故障。此类风险会导致数据库系统不可用，同时数据的完整性会遭到破坏，在没用数据备份的情况下，经常会出现数据不可用的情况。目前数据库的使用已经非常普遍，各个行业对数据库的依赖程度也日益增加，对于诸如金融、保险等行业，对数据库的安全已相当重视，但是在其他行业中，对数据库安全防范的重视程度仍然不够，常常导致了一些不可挽回的损失。针对数据库安全的现状，需要我们在信息系统管理中，采取相应措施，建立相对安全的运行环境，保障数据库的稳定运行，从而使信息系统更好地发挥其应有的作用。
3安全技术
目前主要的数据库安全技术主要有以下几类：
1）防火墙防火墙的是防止外部网络攻击非常有效的手段，大多数*客对数据库的攻击轻易地被防火墙所阻隔，从而实现了重要数据与非法访问之间的隔离。防火墙技术被广泛应用于网络边界安全，它采用的是访问控制的安全技术，用于保护内网信息安全。防火墙部署在数据库与外网之间，可以扫描经过它的网络通信，从而实现对某些攻击的过滤，防止恶意操作在数据库上被执行，另外防火墙还可以关闭不必要的端口，减少不必要的访问，防止了木马程序的执行。防火墙还可以禁止来自其他站点的访问，从而杜绝了不安全的通信。目前的防火墙类型主要分为硬件防火墙和软件防火墙。信息系统应根据数据库系统的特点，选择合适的防火墙类型。
2）数据库审计数据库审计是指记录和监控用户对数据库系统的操作，包括访问、增加、删除、修改等动作，并将这些操作记录在数据库升级系统的日志或自身数据库中，通过访问数据库审计记录，可以找到数据库发生状态变化的原因，并可定位到具体用户、具体操作，从而实现责任追查。另外，数据库管理者通过检视审计日志，可以发现数据库中存在的漏洞，及时补漏。因此，部署一套有效的数据库安全审计系统，加强对数据库操作过程的监管力度，挺高数据库的安全性，降低可能发生的风险，是非常有必要的。
3）数据备份从计算机诞生起，人们就意识到了备份的重要性，计算机有着人脑所不能及的处理能力，但有时候它有非常脆弱，任一部件的损坏，就容易导致计算机的宕机，而伴随着可修复的硬件故障的，确实无法修复的数据丢失，这时就需要用备份数据来恢复系统。数据备份，就是把数据复制到其他存储设备上的过程。在信息系统的不断更新的过程中，也产生了多种备份类型，有磁带、光盘、磁盘等等。作为数据库管理者，同时还需要制定切实有效的备份策略，定期对数据进行备份。
在备份系统的设计中，以下三个因素应当被重点考虑：
1）日常使用中，应尽可能保证数据库的可用性；
2）如果数据库失效，尽可能缩短数据恢复时间；
3）如果数据库失效，尽可能减少数据的丢失。如果能很好地做到以上三点，将大大提高数据的可用性和完整性。
4）用户认证用户认证是访问数据库大门的钥匙，要想与数据库进行通行获取数据，首先要得到数据库用户认证系统的认可，这是一种简单有效的数据库安全管理技术，任一位数据库使用者必须使用特定的用户名和密码，并通过数据库认可的验证方式的验证，才能使用数据库。而用户对数据库的操作权限，访问范围需要在认证系统的控制下安全进行。用户认证系统不仅定义了用户的读写权限，同时也定义了用户可访问的数据范围，通过全面的安全管理，使得多用户模式下的数据库使用变的更加安全、可靠。
5）数据库加密数据库如不仅过加密，*客可直接读取被窃取的文件，同时管理人员也可以访问库中的任意数据，而无法受限于用户权限的控制，从而形成极大的安全隐患。因此，数据库的数据在传输和存储过程中需要进行加密处理，加密后的数据即使被且须窃取，*客也无法获得有用的信息。由于数据库大都是结构化设计，因此它的加密方式必定与传统的文件加密不一样。数据库的传输过程中需要不断的加密，解密，而这两个操作组成了加密系统。从加密的层次上看，可分别在操作系统层、数据库内层和外层上实现。另外，加密算法的选择主要包括：对称加密、非对称加密和混合加密。通过对数据库的加密，极大地提升了数据的安全性、可靠性，奠定了数据库系统的安全基础。
4结束语
数据库在信息系统中处于核心地位，随着信息化技术的不断发展，针对数据库的攻击手段也在不断地进行着更新，层出不穷的数据库安全事件告诉我们，针对数据库安全的研究仍然任重而道远，这不仅需要管理者采用各种新技术来保护数据库的安全运行，也需要管理者在日常管理和维护中，制定完善的数据库使用规范，提高自身的安全意识，才能最大程度保证数据库系统持续、稳定地运行。
篇5
在SQLSERVER2012中不能使用SSMS创建数据库，我们必须使用CREATEDATABASE语句来创建数据库快照。其语法如下：CREATEDATABASEdatabase_snapshot_nameON(NAME=logical_snapshot_name,FILENAME='os_file_name')[,…n]ASSNAPSHOTOFsource_database_name首先我们创建好JWGL数据库，并在其下面创建了student,teacher,score,course等表，然后在JWGL数据库库下面执行如下有操作：新建查询在命令窗口输入发下命令：CREATEDATABASEJWGL_DATA_8888ON（NAME=JWGL_DATA,FILENAME=’E:\JWGL_DATA_8888.SS’)图1数据库快照的创建ASSNAPSHOTOFJWGL至此，JWGL的数据库快照就创建完毕，见图1,我们可以查看到其和源数据的内容一样，但是其后来对数据库和数据表做的修改就无法还原。
三、模拟灾难的发生
首先，我们来看一下灾难没有发生的情况下，查询到的学生信息表的情况我们删除student,DELETEFROMSTUDENT此时分别查看下我们的源数据库和数据库快照中的数据，USEJWGLSELECT*FROMSTUDENT这时想看到的STUDENTs表中的数据已经删除。再次执行查看快照USEJWGL_DATA_8888SELECT*FROMSTUDENT此时我们仍可以看到STUDENTk的数据没有改变，因此我们知道，删除STUDENT后，快照中的文件并没有受一影响，所以我们可以从这个灾难中奖数据恢复。
四、灾难的恢复
据库库快照不会因为某个表的删除而受到影响，并且因为有数据库快照的存在，你也不能删除数据库，除非先删除数据库快照，才能删除数据库，现在我们利用这个原理来恢复开始的灾难。首先我们可以将快照中的表数据插入到JWGL数据库中的STUDENT中去，这个只影响指定的表，不会对数据库造成影响，因此是局部的恢复，执行以下的命令。USEJWGLINSERTINTOSTUDENTSELECT*FROMJWGL_DATA_8888.DBO.STUDENT执行后结果见图5,从前面我们知道有5个记录，现在已恢复到了STUDENT表中了。当然我们也可以执行全局的恢复，就是恢复整个数据库，这样其中的表肯定会恢复，只不过是这种恢复会对没有破坏的表也恢复，时间上会比较慢。全局恢复，就相当于我们已经删除了JWGL数据库及其下有表文件，因此我们只能从MASTER中能恢复，执行如下的命令。USEMASTERRESTOREDATABASEJWGLFROMDATABASE_SNAPSHOT=’JWGL_DATA_8888’
篇6
（二）需求分析
由于房地产行业大多采取跨地域的经营方式，承包不同省份、不同城市、不同区域的房地产工程。有统一的总部进行分项管理，但是各个项目并没有自己的管理平台，来让总部及时了解相关的状况，因此容易造成资源分配不均衡，不能及时进行调整等状况。所以，房地产企业需要一个可以进行反馈的系统，来及时了解相关状况，来调节相关的决策。在财务方面，各个项目的财务是独立的，因此，为了更好地进行管理，避免账目出现偏差，要将各个项目的财务数据及时反馈，需要一个管理系统来进行这样的工作。也要对客户资源进行很好的管理，并征求客户的意见和建议并咨询客户的满意度，来提升公司形象，并发掘潜在客户以及潜在市场。这需要建立一个系统，来管理并反馈客户的相关信息。房屋销售管理信息系统具体要做到对内部数据信息进行管理，来方便操作人员操作以及查询。由于数据十分庞大，输入的工作量也十分的大，因此系统一定要简单易懂、方便操作、能实现批量操作等。为了实现房地产销售信息无纸化，并运用计算机以及网络技术等，就要建立一个综合性的房屋销售管理信息系统。在进行信息的录入与输出的同时，来对相关的资料进行管理。
（三）功能分析
在系统的功能分析方面，我们从四个板块来研究。房产管理模块，建立一个房屋销售管理信息系统，其最基本最首要的功能便是房产管理。这要求系统可以支持管理者对房屋信息进行修正的一系列操作，如新内容的添加、错误信息的删减、录入以及修改等一系列操作。除此之外，要将查询功能设置的相对便利，来使得客户依照需要对房屋信息进行查询，对所需的房屋进行快速定位。客户管理模块，可以帮助公司更好的管理客户信息，来明确业务方向，增加自己的竞争力。对客户进行合理的分类，来提高管理效率，并根据客户要求以及满意度等信息将客户进行划分，来针对不同的客户提供不同的信息和服务。收费管理板块，用来记录客户的缴费状况等。来方便费用的记录以及催缴，并可以添加物业费等信息，来方便其他有关的单位的工作。售楼管理板块，这是房屋销售管理信息系统的核心部分，在这一板块中，我们可以实现对楼盘销售的情况的管理，让公司统一管理数据，更加容易的了解楼盘的销售状态，更好地进行下一步的操作。
二、系统设计
（一）模块划分与功能设计
房产管理模块，主要是管理各个楼盘内部的相关数据。一定要有添加、修改、查询、删除等相关基础操作的功能。该模块有楼盘信息登记管理、户型信息的登记管理、楼盘、查询、户型信息查询等主要功能。楼盘信息登记管理板块：对各种楼盘信息进行添加、修改、查询、删除等相关基础操作，要有楼盘编号、楼盘报价以及户型编号等信息。户型资料登记管理板块：对户型资料进行添加、修改、查询、删除等相关基础操作。要包括，对户型的基础介绍、平面图、编号、价格、内部结构、实际面积等。楼盘查询板块：实现通过查询楼盘的关键字来对楼盘全面的信息进行查询。包括楼盘的编号、报价，户型的编号等信息。户型查询板块：实现通过查询关键字或关键词，来查询户型的相关信息。包括，户型的编号、设计图、内部结构、面积等信息。客户管理板块，一定要有添加、修改、查询、删除等相关基础操作的功能。还要分为客户资料登记管理板块，客户资料查询管理等几个子版块。客户资料登记管理板块：要求能够实现对客户资料进行添加、修改、查询、删除等相关基础操作的功能的操作。要有相对全面的客户资料。客户资料查询管理板块：要求能够通过查询操作，查询客户资料中的某一项内容，比如按照客户的身份证进行查询、按照客户的姓名进行查询、按照手机号进行查询等，进而出现客户的相对全方面的信息。收费管理模块，实现对收费的数据进行添加、修改、查询、删除等相关基础操作。包括登记管理板块，以及查询管理板块两个子版块。收费登记管理板块：对相关的收费信息进行添加、修改、查询、删除等相关基础操作。包括收费项目编号、楼盘编号、缴费时间、缴费金额、物业费用、公共基础费用、其他费用等。收费查询管理板块：通过查询住户的相关信息，来查看住户的相关缴费情况。包括查询住户所在的住址、住户的的身份证号、姓名等信息，来进一步查询住户的缴费信息。售楼管理模块，这是房地产企业的基本业务，所以这个板块是一个基本版块。业绩直接影响效益，所以这个版块十分重要。要对售楼信息进行添加、修改、查询、删除等相关基础操作。主要包括售楼人员登记管理板块、售楼合同管理板块。楼盘销售人员登记管理板块：对销售人员的各项信息进行添加、修改、查询、删除等相关基础操作。包括，姓名、性别、身份证号、编号、手机号码、电话号码、所属区域等相关信息。售楼合同管理板块：对售楼合同的相关信息进行添加、修改、查询、删除等相关基础操作。包括，合同的状态、编号、所属楼盘的相关资料、购买人相关信息、支付状况等信息。
（二）数据库设计
自二十世纪的发展以来，人类步入了信息时代。计算机硬件技术发展迅速。越来越多的企业以及公司用计算机来对数据信息进行管理，所以计算机管理的数据越来越庞大。为了对数据进行统一便捷的管理，让同一数据来方便更多的应用，便出现了数据库，这一统一管理数据的软件，英文名称Database。数据库可以满足，将数据进行较为合理的存储，并且同一数据可以让多个用户共同使用，冗余度较小。数据库里的数据具有较小的数据冗余度，较高的数据独立性和扩展性，因为数据在数据库中是按照一定的数据模型组织来进行描述和存储的，他们可以在一定的范围内向用户提供数据的多用户共享。由于不同的数据库是按照不同的数据结构进行组织和联系的，由这个特点数据库被分为关系式、层次式、网状式三种数据库。随着技术的不断发展，数据库模型也在不断升级，出现了数据库管理系统，可以实现建立、使用、维护、统一管理、控制数据库等多项功能，并可以保证数据的安全性和完整性。只有用数据库进行管理才能实现数据管理自动化，因此，创建以及设计系统的第一步便是设计以及建立数据库。本房屋销售管理信息系统的数据库是用PowerBuilder9.0本身自带的数据库创建的。创建这个数据库，在D：\bysheji中存放系统的数据库文件。housysm.db为数据库的名字。建立完相关数据库后就可以来建立相关表项了，主要有楼盘、户型、客户、销售员等表项。下表便是表项以及相关内容：1）户型表：户型编号，建筑面积，平面设计图，套内面积，房型，房型简介；2）楼盘信息表：楼盘编号，楼盘报价，户型编码；3）收费记录表：收费项目编号，楼盘编号，收费日期，电视费，电话费，煤气费；4）公用基础设施费，其它费用，预收押金，交款人，收款人；5）售楼人员信息表：售楼人员编号，身份证号码，姓名，性别，联系电话，手机号码，电子邮箱；6）用户登录表：用户编号，用户名称，登录密码；7）客户信息表：客户编号，客户姓名，性别，手机号码，客户职业，联系电话，电子邮箱，邮政编码，备注；8）收款登记表：收款单号，楼盘编号，收款日期，收款金额，付款方式，收款人，交款人；9）合同信息表：合同编号，楼盘编号，买房人身份证号码，销售人员编号，楼盘单价，楼盘折扣金额，付款方式，贷款银行，签订时间，客户交款记录。
（三）数据窗口对象的创建
系统其他界面的设计便不一一介绍了，这里简单介绍一下数据窗口对象的创建。使用PowerBuilder时，其中一个较为重要的工具便是数据窗口对象。由于本系统是使用PowerBuilder设计的，所以一定要注意数据窗口对象的建立，这是连接数据库与客户端的工具。在数据窗口对象中可以对数据进行添加、修改、查询、删除等相关基础操作。还可以指定数据的输入格式和输出格式用数据窗口对象可以较为方便以及快捷的建立相关的较为复杂的数据库应用程序，来为数据窗口对象选择不同的显示风格以及选择不同的数据源，并可以增强它的功能，这就要通过添加各种控件来实现了。要保证数据库与窗口对象是相互连接的，这样才能顺利的通过数据窗口对象对数据进行相关操作，要保证添加、修改、查询、删除等相关基础操作的顺利运行。所以，一定要保证数据窗口对象成功地与数据库相连接。数据窗口对象中数据的来源便是其中的数据源，在本系统的设计中，数据窗口对象的数据源主要有下面两种：快速选择数据源，QuickSelect。通过建立简单的Select语句，来进行数据源的选择，主要通过一个表或者由外键连接的多个表来进行数据列的选择，但是这种方法有一点缺陷，那便是在创建数据窗口对象时不能生成相应的计算列。SQL选择数据源，SQLSelect。SQL选择数据源，SQLSelect数据远远比快速选择数据源，QuickSelect数据源要复杂的多。通过这种方式可以用可视化的方式来建立较为复杂的SQL选择数据源的语句结构来构造数据源，并生成相应的计算列，这是快速选择数据源所做不到的。还可以对数据进行相应的分组排序，还可以进行表的关联等等操作。PowerBuilder中的数据源，功能最全的便是SQL选择数据源，SQLSelect。数据窗口对象显示数据的方式便是数据窗口对象的显示风格。这要求数据窗口对象显示的外观不一定要多么的华丽，但一定要美观、大方、变化多，以此来适用于不同的场景以及场合。本系统的数据窗口的显示风格设定为，Freeform风格和Grid风格这两种风格。创建数据窗口对象的步骤如下：在进入PowerBuilder后，在系统树窗口中查找并打开该应用，找到“File”/“New”进行选择，或者是通过单击工具条上的相关图标，来弹出新建对象窗口。在这里要选择“DataWindow”页，会出现一个界面，在界面上选择显示风格。以“客户信息查询窗口”为例。先选定Freeform的图标，点击确认按钮或双击鼠标左键。弹出对话框，选择数据库中的“客户信息表”，单击下一步，这样就可以建立“客户信息查询窗口”的数据窗口了。然后便可以通过对数据窗口对象进行操作进而对其进行相关操作。
篇7
半自动的学籍管理工作如何操作的，以新生入学为例。某年招生3000人，实际报到2500人，要求从3000人中将报到的2500人筛查出来进行在线注册学籍，未报到人员注销学籍。从学校入学系统中导出的实际报到学生数据是2500的excel电子表格，而从学信平台上下载的招生数据是3000的．dbf数据库表。半自动化方法:将下载数据转换成excel数据，再将学校数据打印出来，然后从3000中一个一个的找出2500个报到生并作标记。并且，在筛查过程中，以学生姓名作为筛查的条件。这样做一是筛查花费的时间比较长，二是效率比较低，因为没有意识到可能有重名的问题。例如本校有两个叫“张三”的，有一个报到了一个没有报到，而我注册时恰恰把没报到的张三当成报到的了，这样就造成了信息错误。还有类似的很多漏注、错注学籍的问题。由此可以看出手动核查的弊端比较多，而且工作效率相对比较低，所以，总结归纳一个安全快捷的管理方法迫在眉睫。
3VFP程序完成学籍管理
从学信平台上下载的数据都是．dbf格式，也就是vfp数据库，那么能否通过VFP程序来解决前面出现的繁琐问题那?经过多次试验，最后编写了一道VFP程序，可以解决所有的筛查问题。下面以新生电子注册为例将程序介绍。某年从学信平台下载某校新生招生数据库“2013录取．dbf”，3000人，而实际报到学生的数据库为“2013报到．exe”，2500人，请从2500中将这3000人筛查出来。首先在将“2013报到．exe”另存为．dbf格式的数据库，即“2013报到．dbf”。(方法:“2013报到．exe”，点击【文件】【另存为】，在弹出的对话框中，【保存类型】一栏选择“DBF”，【文件名】中写上“2013录取．dbf”。)现在要需要将两个表通过程序连接到一起。而能将两个表连接在一起的条件是两个表中必须有一个相同的字段名称，而且要求字段宽度也一样。因为都是同一级的数据，只是一个数据人数多一个人数少，所以字段内容应该都是一样的意思。关键是要找到一个能唯一标识学生的字段，例如身份证号或考生号。以避免出现像同名的学生注册错误的现象。从学信平台上下载或上传数据，对表都有一定的字段宽度要求，不满足要求的数据库是不能上传更新的，例如身份证号字段一般都是18位的字符，与第二代身份证号的要求一样。所以一般我们的操作是:假如确定身份证号作为关键字段连接两个表。打开“2013报到．exe”，在显示表设计器中将【身份证号】字段名的宽度改为18，类型为【字符】。关闭该表。再打开“2013录取．dbf”，在显示表设计器中添加一个字段(如:标记)，用于标识哪些学生是报到的。点击菜单栏的【窗口】命令窗口，在弹出的窗口中输入命令:mod-ifycommcx，建立一个程序，程序名字起名为cx(程序的字母缩写)，需要说明的是程序名字随便起。注:选择a区，打开2013录取．dbf，以身份证号为关键字段进行索引(从学信平台下载的数据库中字段名都是以汉字名字母缩写命名的)，选择b区，打开2013报到．dbf，也以身份证号为关键字段进行索引，再打开“2013录取．dbf”，以身份证号为对比字段，将“2013报到．dbf”中的每个数据与“2013录取．dbf”中每个数据进行对比。如果两表中身份证号相同的，则在2013录取．dbf的标记字段用与2013报到．dbf的姓名替换。程序书写完毕，点击【执行】按钮(或工具栏上的“!”)。执行完毕后，关闭程序窗口。单开表“2013录取．dbf”，可以看到录取数据中凡报到的学生“标记”字段均不为空。最终结果，标记字段不为空的就是实际报到的人数，将这些数据复制成另一个表，(在命令窗口中输入:copyto报到for标记!=””［中间有一个空格］)。即:将”标记”字段不为空的数据拷贝到“报到．dbf”这个表中，这个表的名字随便取。最后将“报到．dbf”进行注册即可。一个程序可以将所有数据一次性进行筛查，足见其速度很快。而且，这个程序可以用于所有的两表对比进行核实的工作。只要两表中具有相同的能唯一标识一条记录的关键字段即可。因为其唯一性，足见其准确率之高。
篇8
数据小组的职能并非是设计数据库，而是通过需求分析，在参考其他相似系统的基础上，提取系统的基本数据元素，担负对数据库的审核。审核内容包括审核新的数据库元素是否完全、能否实现全部业务需求；对旧数据库（如果存在旧系统）的分析及数据转换；数据库设计的审核、控制及必要调整。
二、设计原则
1．规范命名。所有的库名、表名、域名必须遵循统一的命名规则，并进行必要说明，以方便设计、维护、查询。
2．控制字段的引用。在设计时，可以选择适当的数据库设计管理工具，以方便开发人员的分布式设计和数据小组的集中审核管理。采用统一的命名规则，如果设计的字段已经存在，可直接引用；否则，应重新设计。
3．库表重复控制。在设计过程中，如果发现大部分字段都已存在，开发人员应怀疑所设计的库表是否已存在。通过对字段所在库表及相应设计人员的查询，可以确认库表是否确实重复。
4．并发控制。设计中应进行并发控制，即对于同一个库表，在同一时间只有一个人有控制权，其他人只能进行查询。
5．必要的讨论。数据库设计完成后，数据小组应与相关人员进行讨论，通过讨论来熟悉数据库，从而对设计中存在的问题进行控制或从中获取数据库设计的必要信息。
6．数据小组的审核。库表的定版、修改最终都要通过数据小组的审核，以保证符合必要的要求。
7．头文件处理。每次数据修改后，数据小组要对相应的头文件进行修改（可由管理软件自动完成），并通知相关的开发人员，以便进行相应的程序修改。
三、设计技巧
1．分类拆分数据量大的表。对于经常使用的表（如某些参数表或代码对照表），由于其使用频率很高，要尽量减少表中的记录数量。例如，银行的户主账表原来设计成一张表，虽然可以方便程序的设计与维护，但经过分析发现，由于数据量太大，会影响数据的迅速定位。如果将户主账表分别设计为活期户主账、定期户主账及对公户主账等，则可以大大提高查询效率。
2．索引设计。对于大的数据库表，合理的索引能够提高整个数据库的操作效率。在索引设计中，索引字段应挑选重复值较少的字段；在对建有复合索引的字段进行检索时，应注意按照复合索引字段建立的顺序进行。例如，如果对一个5万多条记录的流水表以日期和流水号为序建立复合索引，由于在该表中日期的重复值接近整个表的记录数，用流水号进行查询所用的时间接近3秒；而如果以流水号为索引字段建立索引进行相同的查询，所用时间不到1秒。因此在大型数据库设计中，只有进行合理的索引字段选择，才能有效提高整个数据库的操作效率。
3．数据操作的优化。在大型数据库中，如何提高数据操作效率值得关注。例如，每在数据库流水表中增加一笔业务，就必须从流水控制表中取出流水号，并将其流水号的数值加一。正常情况下，单笔操作的反应速度尚属正常，但当用它进行批量业务处理时，速度会明显减慢。经过分析发现，每次对流水控制表中的流水号数值加一时都要锁定该表，而该表却是整个系统操作的核心，有可能在操作时被其他进程锁定，因而使整个事务操作速度变慢。对这一问题的解决的办法是，根据批量业务的总笔数批量申请流水号，并对流水控制表进行一次更新，即可提高批量业务处理的速度。另一个例子是对插表的优化。对于大批量的业务处理，如果在插入数据库表时用普通的Insert语句，速度会很慢。其原因在于，每次插表都要进行一次I/O操作，花费较长的时间。改进后，可以用Put语句等缓冲区形式等满页后再进行I/O操作，从而提高效率。对大的数据库表进行删除时，一般会直接用Delete语句，这个语句虽然可以进行小表操作，但对大表却会因带来大事务而导致删除速度很慢甚至失败。解决的方法是去掉事务，但更有效的办法是先进行Drop操作再进行重建。
4．数据库参数的调整。数据库参数的调整是一个经验不断积累的过程，应由有经验的系统管理员完成。以Informix数据库为例，记录锁的数目太少会造成锁表的失败；逻辑日志的文件数目太少会造成插入大表失败等，这些问题都应根据实际情况进行必要的调整。
5．必要的工具。在整个数据库的开发与设计过程中，可以先开发一些小的应用工具，如自动生成库表的头文件、插入数据的初始化、数据插入的函数封装、错误跟踪或自动显示等，以此提高数据库的设计与开发效率。
篇9
计算机技术发展越来越快,相应的,也出现了包括网络安全问题在内的很多问题。对于计算机管理系统的发展而言,安全系统也具有十分重要的作用。数据库技术要想实现更好地发展,必须先解决可能会出现的数据安全问题。业内人士开展了大量关于计算机数据库的探究,而且在信息管理中数据库技术的应用性能也得到了极大提升。在信息管理中处理数据具有十分重要的作用,很多企业的数据资料都具有机密、敏感的特点,他们非常关注数据资料的安全性,因此其具有较高的信息管理技术要求。对信息的管理是数据库管理技术的主要功能,而建立有效的数据模型是对信息进行管理的主要特点。以建立的数据模型为根据,可将数据库体系划分为层次型数据库、关系型数据库以及网状型数据库。计算机技术与数据库技术之间的结合具有非常好的发展前景,其已经在包括农业、工业以及其他产业中得到十分广泛的应用,两种技术结合使很多行业信息管理的条理性、有效性和安全性得以极大提升。在信息管理中充分运用计算机数据库技术,除了能使信息管理变得更加方便外,还可以有效保证信息的安全管理。与此同时,信息系统还具有备份和恢复信息的作用,这可以在数据遭到破坏的时候,实现对有用数据的无成本恢复,从而解决误删资料的问题。如今,数据库的安全系数越来越高,企业机构不仅能更好地保护数据库,还能有效避免信息系统被黑客侵入,防止机密信息流失。
3计算机数据库技术在信息管理中应用的前景分析
3.1安全性越来越高
篇10
2.1区域施工管理模块
区域施工管理模块建立过程中主要参考文件为《点数进度计算指示书》，将现场管道和支架安装过程中的工程量划分如表1。(1)支架一阶段储备点数图纸：支架安装的图纸包含支架图及与该支架相对应的等轴图两个部分，均需VFC状态图纸，安装才可进行。材料：支架的预制在电厂外部预制厂进行，运输所需时间约为10天，因此，以预制支架发货时间加上10天，作为支架到货的时间。房间移交：土建房间移交后即可开展现场安装工作，以实际移交的时间为准。上述三个条件同时满足时，支架一阶段即可进行安装，其储备点数为：支架一阶段可施工点数支架安装总点数50%(2)管道落位储备点数图纸：已VFC状态图纸。材料：管道的预制分为三个部分，分别由惠州分公司、江苏电力和小管车间预制。江苏电力预制的管道运输时间约为一周，小管车间预制的管道无需运输，因此，在计算时统一以发货时间加10天作为到货时间，以简化计算。房间：与每一个支架都在特定的房间不同，一张等轴图上的管道一般会安装在两个或多个房间中，不能利用支架安装的方法来计算管道落位的储备点数。在管道安装的过程中，一张等轴图一般分为多个管段进行安装。因此，可以采用化整为零的方法，将一张等轴图分为若干个管段来进行分析。但是，当一个管段穿过墙壁时，将与两个房间相对应，难以判断该管段应该属于哪一个房间，这就给管道落位点数的分析和计算带来一定难度。由于管段之间通过现场焊口（包括法兰）连接，管段与焊口之间存在着一一对应的关系，焊口所在房间的信息也是明确的，因此，可以近似地以焊口来替代管段进行可施工条件的分析和计算。若一张等轴图上共有m个焊口，其中n个焊口在某一个房间，则该等轴图在这个房间中的安装点数为：所在房间安装总点数等轴图安装总点数mn当这个房间已移交，并满足图纸和材料的要求时，即可认为这部分管段满足施工条件，可施工的落位点数为：33%mn管段落位点数等轴图安装总点数其中，以焊口数近似代替管段数。这种计算方法存在一定的误差：在工程前期，移交的房间数量较少，当跨房间管段所在的房间没有全部移交时，其落位点数的计算会产生误差。这一差异仅在一张等轴图所在的房间没有全部移交时产生。可以预见的是，随着房间移交数量的增加，这部分误差会越来越小。(3)支架二阶段储备点数支架二阶段的安装一般在支架一阶段和管道落位安装完毕之后进行，因此，其可施工条件是：①具备支架一阶段安装的条件；②相应的管道具备落位条件。支架二阶段安装点数支架安装总点数30%ab其中,a为该支架总支点数，b为可安装支点数。(4)数据库逻辑建立根据支架一阶段、二阶段、管道落位储备点数的施工逻辑，分别建立查询关系，使用数据库函数对施工的先决条件进行筛选。对于具备施工条件的，在对应的表格中显示其可施工点数，否则为空。最后，对各部分可施工点数分别求和，得到对应储备点数。通过数据库的导出功能，可以将得到的计算结果导出为Excel表格，对各项施工条件进行分析，明确各上游环节对现场的影响程度，有助于推动解决上游问题，为现场施工创造良好条件。
2.2系统施工管理模块
EM4区域安装进行到约40%时，将由区域施工逐步转为系统施工，现场施工由水压试验计划为引导。为了增强对水压试验进度的掌控，在区域安装的基础上，增加了水压试验的跟踪。水压试验模块的设计包含两个部分：(1）水压试验流程图（简称TFD）与支架、管段、焊口、阀门的对应关系；(2）支架、管道、焊口、阀门的预制和安装进展。TFD之后，就可以确定TFD与支架等物项的关系。在水压试验管理模块中，将上述两部分整合起来，对每个TFD的进展进行跟踪，并找出主要的制约因素，及时进行干预。在数据库系统的设计中，对支架、管段、焊口三个部分，将其与区域施工的部分信息相关联，以跟踪其施工进展。对于阀门部分，由于其特殊性，考虑到可互换性的影响，对阀门的库存进行了分析，用同LRCM阀门的库存量来衡量该阀门是否可安装，从而使阀门的利用率达到最大。在该模块中，通过统计的功能，对每个TFD中支架、管段、焊口、阀门的总量及其已完成量进行统计，可以直观的显示出各部分的施工进展。
2.3阀门安装管理模块
(1)阀门数据库系统简介阀门数据库系统利用了阀门采购清单、系统手册阀门清单、施工图纸对应的阀门清单作为基础数据源，动态输入了阀门的入库、出库信息及质量计划执行信息。为了让数据库系统能够服务于水压试验和系统移交管理工作，在数据库系统中将阀门功能位置码、水压试验流程图（TFD）、相关的调试子系统（EESR）按照施工逻辑进行了匹配，以便对系统阀门供需情况进行跟踪。(2)阀门数据库系统应用阀门数据库系统功能和应用如下：通过阀门的功能位置码查询阀门的技术信息，指导现场质量控制；自动实现阀门到货、出库数据统计，得出库存数量，为提出阀门到货需求提供数据支持；查询水压试验回路阀门情况，合理利用有限的阀门库存；跟踪具体阀门的全工期内质量计划的执行情况，防止出现阀芯漏装等质量事件。
篇11
学生前来提交论文时，手里拽着一份胶印好的纸质版论文，一份电子版论文，一份回执单。工作实效要求每3分钟要完成一位前来提交的学生，包括（回执单的核对，纸质版封面内的论文独立性、完整性签字，导师对论文授权认可的签字等）。提交的时间又都在酷暑和寒冬季节，人数多，时间紧，任务集中，论文审核步骤繁琐。不管是汗流浃背还是手脚冻僵的酷暑寒冬季节，也不管是由于加班、托班、久看电脑而出现的身体不适等情况，我们在这关键的时刻一直坚守在岗位上，做好毕业生的论文收集、审核工作。只有用心工作才能有工作细则的出彩。
1 博硕士学位论文数据库建设工作细则
1.1 提交内容和要求：全文要求包含以下内容
（1）论文封面，包括：中国图书馆图书分类号（针对论文内容并非专业的分类号），作者学号（请填写在封面“编号”处），中文、外文题名，论文作者姓名，作者学校、院系、专业，第一导师姓名，第一导师学校、院系，第二导师姓名（没有可不填），第二导师单位（没有可不填），论文提交日期，申请学位类别、级别（如文学硕士或工学博士等）；
（2）论文摘要，包括：中文关键词、中文摘要、外文关键词、外文摘要；
（3）论文正文，包括：目录、正文、参考文献、附录、附图等；
（4）电子版要求与印刷版内容（含封面）完全相同；
（5）学位论文的所有内容请存为一个Word2007文件，并将文件名设为：
一级学科+学院+学号+姓名（例如：经融学+经济与管理学院+学号+姓名）。
1.2 网上提交步骤
（1）登录南昌大学图书馆主页（ http：//）__点击“论文提交”__“进入提交页面”。
（2）请使用学号注册、登录--->密码和学号一直--->（请牢记不随意修改密码）--->点击修改--->去提交我的论文--->摘要可在制作好的文档中粘贴复制--->方便快速填表--->粘贴复制：剪刀的第3个小图标。
（3）学科门类选项以选大类为主--->学科专业在表中选项，打*号的必须填写。
（4）上传的电子文档应去除书脊页并--->且不能有空白页--->正文的页码应与纸质版一致。
（5）上传电子版文档为：PDF格式（word2007全文可转换成PDF格式）--->PDF全文在最上面word全文在下方--->上传完毕后点击提交并存。
（6）PDF转换方法：请使用word2007版本--->点击文件--->输出为PDF--->确定到制定的盘--->输入的文件名与研究生院规定的一致：一级学科+南昌大学+姓名+学号
（例如：金融学+南昌大学+姓名+学号）。
（7）学位论文提交网址：http：//210.35.251.204/（仅限校园网使用）。
（8）查询论文审核状态，若未通过审核，根据所给提示修正提交方式，重新提交；若通过审核，则携带好《南昌大学研究生学位论文提交单》，将印刷本交至本室。本室将在论文作者所携带《南昌大学研究生学位论文提交单（回执）》上签字并盖论文收讫章，博、硕士研究生凭此回执方可办理毕业手续。
（9）学位论文提交审核后，读者可在图书馆主页上查看浏览非加密的论文。
2 审核核对、电子版存档工作
（1）学位论文审核人员必须每天查看是否有新的论文被提交。
（2）将论文全文从FTP服务器上拷贝至电脑本地盘，对照论文全文对所提交题录信息进行核对，并且审核全文是否与纸质版内容、页码一致，图片、公式等是否能正常显示，不得有空白页、修改的标记符号。
（3）对审核合格的予以通过，不合格的给出审核不通过的详细原因，便于学生重新提交。
（4）审核合格并收印刷版后，在论文作者所携带《南昌大学研究生学位论文提交单（回执）》上盖论文收讫章。
3 印刷版、电子版收审后的移交工作
（1）印刷版移交为保护论文作者的合法权益，工作人员须将学位论文印刷版按加密与非加密分类移交读者服务部保存，并在封面注明密级（或加密年限）。
（2）印刷版论文按各学院分类、归类，包括同等学力、高师、在职的硕、博士提交的纸质版论文，整理归位后，移交指定的部门供读者查阅。
（3）加密论文另附作者清单。移交人与读者服务部接收人双方签名确认。
（4）南昌大学研究生学位论文提交单（回执）保存工作，回执单内容必须填写完整，导师签字后方可认可，签字盖章后，留研究院、图书馆备案。
篇12
2SQL数据库在医院信息管理综合应用中的完善
2.1根据具体的需要相应的增加或者减少相应的模块数量医院和个人可以根据自己的具体需要，进行一些简单的维护，将系统的模块进行增加或减少。并且在增减模块的同时注意维护编程的界面，这样才能设计出很友好的系统模块。有了针对性的结构特点，这样的数据库应用平台不仅更符合医院信息管理系统的设计，而且还增大了独立性和独特性，因此也可以整体提高系统的可维护性和可靠性。选用这样模块化的SQL数据库应用平台也是设计结构的特点。
2.2采取开发式结构特点研究基于SQL数据库的医院信息管理综合应用设计就必须要仔细斟酌这数据库的系统硬件的结构设计。这个也是整个信息系统的核心内容。当前采取的数据统计模式执行的是TCP/IP的协议。如果要进一步加强系统给的可靠性，保证医院和病人信息的安全就应当采取开发式结构特点的系统硬件结构设计。采取这样的硬件结构设计可以减少冗余的配置，保证系统可靠性。在整体的医院数据信息系统中，最重要的就是这个系统。在完善机遇SQL数据库的应用设计时自然需要通过增强系统给的整体可靠性，以联合增强SQL数据库的互联网安全机密新能。SQL依然可支持远程的访问，这也是医院信息数据库需要有的特点。因此，虽然可支持远程访问的功能会导致医院的信息保密功能不太安全，却也不能删除。但是可具体根据医疗方面的任务对应的增加远程访问的时间限制、地点限制和次数限制。这也是开发式硬件结构的特点。
2.3系统性能优化SQL数据库历经几年的研究和使用已经近乎完美，因此对数据库的性能进行优化是个非常困难的任务。然而，只要是实际工作有需要的，都应当做出针对性的系统性能优化。为了保证医院信息的安全，也为了保证医院工作的效率，系统性能优化的完善势在必行。在医院日常的工作中，最繁重的就是数据统计和索引了，若性能得到优化，就可以大大加快数据库的反应速度，这样也能使医院的工作和服务得到提升。
篇13
目前,随着工具软件的发展和广泛采用,使数据库应用系统的开发如虎添翼,其中PowerBuilder以其独特的数据窗口(DataWindow)倍受欢迎。
PowerBuider是美国著名的数据库应用开发工具生产厂家Powersoft公司于1991年6月推出的功能强大、性能优异的开发工具,它是一种面向对象的、具有可视图形界面的、快速的交互开发工具。智能化的数据窗口对象是其精华所在。利用此对象可以操作关系数据库的数据而无需写入SQL语句,即可以直接检索、更新和用多种形式表现数据源中的数据。但要注意,必须使数据窗口成为窗口(Window)下数据窗口控制的一个连接对象,数据窗口才能使用户在应用执行期间访问数据库中的数据。
利用PowerBuilder提供的内部查询机制,我们即可以让数据窗口作为查询条件的输入,又可以让该数据窗口作为查询结果的输出,这样就可以使数据窗口中的所有数据项进行自由组合的查询。例如:在窗口W_que上建立两个数据窗口控制dw_1和dw_2,分别连接两个数据窗口对象dw_que1与dw_que2,其中dw_1用于输入查询条件,而dw_2用于显示满足查询条件的所有元组。事实上条件的输入及元组的显示完全可以在一个数据窗口中实现,考虑到这两种操作的差别(例:条件输入可编辑,而元组显示不可编辑;条件输入可为某一范围,而元组显示仅为满足条件的所有纪录……)将其用两个数据窗口控制来实现。这就要求dw_2与dw_1数据共享,即要求dw_que1与dw_que2两数据窗口的数据源完全相同。
用这种方法实现查询优点突出,例:通过设置数据窗口中对应列的编辑风格(EditStyles)为相应的下拉式数据窗口(DropDownDataWindow),使显示的元组文字化。注意,这要事先建好下拉式数据窗口。设置数据窗口中对应列的编辑风格同样可满足其它显示需要。利用数据窗口的风格特点:查询表的列宽、列序可自由改变,甚至可以覆盖掉一些列,以达到更满足查询显示的需要。综合查询的信息来自多个表,改变数据窗口的数据源,采用多表连接的数据源即可实现。但是如我们问题的描述,如果我们需要的查询项随机地来自这43张表中的数据项,显示项也是随机地。这种任意条件的组合,可选输出项的显示称为动态查询(DynamicQuery)依然采用上述方法,数据窗口dw_que1与dw_que2的数据源将是这43张表的连接,先不说效率问题,单从这426个项中输入查询条件,又显示这426个项,就使人敬而远之。因为,在每一次查询前,都不了解此次查询的要求是什么,这样,每张表中的每一个数据项都缺一不可;另一方面,每一次的查询,一旦查询条件确定、显示条目也确定后,我们会发现,每一次有意义的查询并不是需要全部的43张表,换言之,每一次查询没有必要将43张表全部连结,而应只连接那些被选中数据项所在的表,即数据源是动态产生的。由于数据源不确定,数据窗口就无法设计,动态查询无法用这种方法实现。
2、计算机动态查询的实现
在某些实际的应用系统开发中,由于用户在开发前提不出查询的需求,而在系统运行中希望能够对所有的数据项任意组合进行查询,以满足来自多方的需求,实现动态地查询(即随机地从43张表中选择数据项进行组合作为查询条件并任意地选择数据项作为显示条目)。对于此类查询的实现要利用PowerBuilder通过编程的方式在运行时动态地创建数据窗口,并动态地控制数据窗口。
动态地创建一个数据窗口,应用程序需要执行下列任务:
•动态地构造SQL语句。
•用符合数据窗口语法的字符串,为现在的数据窗口控制创建一个数据窗口对象。具体实现如下:超级秘书网
2.1动态地生成SQL语句,根据SQL的语法:SELECTstringaFROMstringbWHEREstringc也就是动态地生成stringa,stringb,stringc.由用户输入要显示的列,一旦输入完毕,列名就随之确定,将所有列名拼成一个“串”,中间用“,”分隔,形如“columm1,column2,column3,...,columnr”,则动态地生成stringa;同样由用户输入查询条件,包括相应的列、满足的条件或范围、逻辑关系等,将这些条件拚成一个串,即为stringc,显然,所有的列名都确定了,他们所在的表名也确定了,按照stringb的语法规则即可构造。
注意:上面的stringc由两部分(表间关系stringc1及查询条件stringc2)组成;表名串stringb与表间关系stringc1、查询条件stringc2及显示条目stringa均有关。
在实现的过程中:为贴近实际应用,习惯上,先输入查询条件,再输入显示条目。即在输入查询条件后,生成strinc2,stringb,stringc1;然后,再在输入显示条目后生成stringa,并修改stringc1,stringb。最后形成SQL语法:
str="select"+stringa+"from"+stringb+"where"+stringcl+stringc2
2.2在现在的事物对象里利用相关的SyntaxFromSQL()函数生成符合数据窗口语法的字符串:
exp=syntaxfromsq1(sq1ca,str,strsty,error)生成数据窗口的源代码
其中:strsty为数据窗口的显示风格,例:
strsty="style(type=grid)datawindow(units=lcolor=12632256)text(font.face=''''system'''')"
2.3创建数据窗口对象
dw_que.create(exp)
这样就实现了用户要求的随机查询。
在真实系统中,用户在输入查询条件时希望通过选项方式录入查询信息,由于库表中存放的大量信息为代码,这就需要在程序中先把录入的文字信息转化成相应的代码再连接到查询条件中。为简化输入,提高准确性,可采用代码输入,即动态地嵌套下拉式数据窗口。在显示查询结果的数据窗口中,事先不能嵌套下拉式数据窗口,可预先做一个函数,在程序运行中根据所选的列把代码转化成所对应的汉字显示,这样更完善了用户要求的随机查询。
